#28644 [Opn]: mod_files.sh generates incorrect directories with hash_bits_per_character != 0
ID: 28644 Updated by: [EMAIL PROTECTED] Reported By: dharana at dharana dot net Status: Open -Bug Type: Documentation problem +Bug Type: Session related Operating System: Linux PHP Version: 5.0.0RC2 New Comment: Recategorizing Previous Comments: [2004-06-05 19:02:21] dharana at dharana dot net Description: ext/session/mod_files.sh is a simple script used to generate a dir tree for storing sessions in files. If you use session.hash_bits_per_character = 5 or session.hash_bits_per_character = 6 php will fail to write some sessions. Expected result: The script should either: a) ask the user for the session.hash_bits_per_character as a third optional argument b) read it from the php.ini Actual result: -- The directories created will cause some sessions to be lost. -- Edit this bug report at http://bugs.php.net/?id=28644edit=1
#28647 [Opn-Bgs]: session code does not show same behaviour
ID: 28647
Updated by: [EMAIL PROTECTED]
Reported By: bill dot stevens at hotmail dot com
-Status: Open
+Status: Bogus
Bug Type: Session related
Operating System: WindowsXP/Debian
PHP Version: 4.3.7
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
.
Previous Comments:
[2004-06-06 14:50:32] hellno at home dot org
from php-doc:
Caution:
If you are using $_SESSION (or $HTTP_SESSION_VARS),
do not use session_register(), session_is_registered(),
and session_unregister().
so your files become:
?php
session_start();
$normal=12;
$_SESSION['normal'] = $normal;
header('Location: datei2.php');
?
?php
session_start();
echo Normal:. $_SESSION[normal] .brbr\n;
?
[2004-06-06 11:27:52] wm at tolkienforum dot de
greetings
this must be somehow script related.
following code works on both windows/debian:
datei1.php:
---
?php
session_start();
$normal=1;
session_register(normal);
$_SESSION['normal'] = 10;
header('Location: datei2.php');
?
datei2.php:
---
?php
session_start();
session_register(normal);
echo Normal:. $_SESSION[normal] .brbr\n;
// prints Normal:10
?
a bit weird your script works on win and does not on debian. since all
the superglobals where introduced the session-coding changed. the docs
include a lot of information (a lot of notice and caution stuff :p)
good luck :)
[2004-06-06 01:15:04] bill dot stevens at hotmail dot com
Description:
using sessions on windows xp/php 4.3.7 and register_globals off does
work fine (code below).
same script on debian-woody/php 4.3.1 and register_globals off does not
read the session data. only register_globals on solves this (same
code).
session-related config on both machines is the same or changes had no
effect.
any ideas on config/scripting/stuff welcome :)
Reproduce code:
---
if( $this-useSessions )
{
session_start();
// check, whether register globals is enabled
if( ini_get( register_globals ) )
{
session_register( $this-sessionVar );
if( !isset( $GLOBALS[$this-sessionVar] ) )
$GLOBALS[$this-sessionVar] = array();
$this-sessionData = $GLOBALS[$this-sessionVar];
}
// register globals is off, session_register is useless :-(
else
{
if( isset( $_SESSION ) )
{
if( !isset( $_SESSION[$this-sessionVar] ) )
$_SESSION[$this-sessionVar]= array();
$this-sessionData =
$_SESSION[$this-sessionVar];
}
else
{
if( !isset( $GLOBALS[HTTP_SESSION_VARS][$this-sessionVar] )
)
$GLOBALS[HTTP_SESSION_VARS][$this-sessionVar]
= array();
$this-sessionData =
$GLOBALS[HTTP_SESSION_VARS][$this-sessionVar];
}
}
}
Expected result:
register session vars. works on windows, does not on debian.
Actual result:
--
no session on debian.
--
Edit this bug report at http://bugs.php.net/?id=28647edit=1
#28539 [Opn-Bgs]: A problem with namespaces in SimpleXML
ID: 28539 Updated by: [EMAIL PROTECTED] Reported By: j dot uribe at globalforma dot com -Status: Open +Status: Bogus Bug Type: SimpleXML related Operating System: XP PHP Version: 5.0.0RC2 New Comment: The namespace handling of simplexml is somehow different. check http://zend.com/php5/articles/php5- simplexml.php#Heading3 to see how it's done. Previous Comments: [2004-05-27 09:14:16] j dot uribe at globalforma dot com Description: Hi! -When i try access to a tag with namespaces like namespace:tagContent/namespace:tag i can't do it, if i make a print_r($xml) i can see that tag, but i can not access to it by $xml-namespace:tag (this is an error) or $xml-tag -The only way to solve this is make $m=get_object_vars($xml) so i receive a array with all the elements so i can access to it, but in the case that namespace belongs to an attribute like element namespace:attrib=something/element this is not possible and i can not access to it. Thx. Reproduce code: --- $string=xml parent element:attrib element:tagcontent/element /parent /xml; $xml=simplexml_load_string($string)); print_r($xml-parent);-this works fine; print_r($xml-parent-element); echo $xml-parent-elementecho $xml-attrib;;-these does not produce any output. Expected result: I expected to see the content of the element:tag but i can not see anything so i can not see the content of the element attrib. -- Edit this bug report at http://bugs.php.net/?id=28539edit=1
#28628 [Opn-Bgs]: PHP PI problem with dom-loadHTML
ID: 28628 Updated by: [EMAIL PROTECTED] Reported By: bart at mediawave dot nl -Status: Open +Status: Bogus Bug Type: DOM XML related Operating System: WinXP PHP Version: 5.0.0RC2 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. HTML4 does not know anything about processing instructions. Therefore the HTML parser of libxml2 chokes on that (and PHP can't change that). Make XHTML out of it and use the XML parser (with loadXML() ), then it works Previous Comments: [2004-06-04 00:46:52] bart at mediawave dot nl Description: When loading a W3C valid HTML 4.01 html string with DOMDocument-loadHTML, DOM has trouble with php Processing Instructions (?php ... ?). html string Is Valid HTML 4.01 Transitional: http://validator.w3.org/check?uri=http%3A%2F%2Fwww.mediawave.nl%2Fhtmlfile.htmcharset=%28detect+automatically%29doctype=%28detect+automatically%29ss=1verbose=1 Reproduce code: --- ?php $html = '!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN html head titleUntitled Document/title meta http-equiv=Content-Type content=text/html; charset=iso-8859-1 /head body p?php echo hello? world? are you there? Can you see me? :( ?/p /body /html'; $dom = new DomDocument; $dom-loadHTML($html); echo 'pre', htmlspecialchars($dom-saveHTML()), '/pre'; ? Expected result: !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN html head titleUntitled Document/title meta http-equiv=Content-Type content=text/html; charset=iso-8859-1 /head bodyp?php echo hello? world? are you there? Can you see me? :( ?/p/body /html Actual result: -- Warning: DOMDocument::loadHTML() [function.loadHTML]: htmlParseStartTag: invalid element name in Entity, line: 9 in D:\Inetpub\wwwroot\test2.php on line 24 !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN html head titleUntitled Document/title meta http-equiv=Content-Type content=text/html; charset=iso-8859-1 /head bodyp/p/body /html -- Edit this bug report at http://bugs.php.net/?id=28628edit=1
#28154 [Opn-Bgs]: Simple Xml output only utf-8
ID: 28154
Updated by: [EMAIL PROTECTED]
Reported By: jay at kuantic dot com
-Status: Open
+Status: Bogus
Bug Type: *XML functions
Operating System: *
PHP Version: 5.0.0RC2
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
use the iconv or utf8_decode function to convert to
your desired charset after getting the values from
simplexml.
Previous Comments:
[2004-06-03 19:41:32] jerome dot wagner at oreka dot com
OS is not given in the bug.
I reproduced the problem on windows XP - php5RC2
[2004-04-26 22:05:27] [EMAIL PROTECTED]
See also #28169: SimpleXML not parsing scandinavian characters
correctly.
[2004-04-26 11:36:28] jay at kuantic dot com
Description:
Simple Xml seems to output only utf-8. No matter how specified in
encoding='iso-8859-1' and not simple function to change encodage.
Reproduce code:
---
$xmlstr = XML
?xml version='1.0' encoding='iso-8859-1'?
root
section
titleGestion des Objets/title
titleGestion des Géolocalisation/title
titleAutres questions.../title
/section
/root
XML;
$xml = simplexml_load_string($xmlstr);
foreach ($xml-section-title as $title) {
echo $title, 'br /';
}
?
Expected result:
Gestion des Objets
Gestion des Géolocalisation
Autres questions...
Actual result:
--
Gestion des Objets
Gestion des Géolocalisation
Autres questions...
--
Edit this bug report at http://bugs.php.net/?id=28154edit=1
#27709 [Opn]: SimpleXML: Add registerNamespace() method like in dom
ID: 27709
Updated by: [EMAIL PROTECTED]
-Summary: SimpleXML xpath function doesn't like default
namespaces
Reported By: fjortiz at comunet dot es
Status: Open
-Bug Type: SimpleXML related
+Bug Type: Feature/Change Request
Operating System: Irrelevant
PHP Version: 5.0RC3-dev
Assigned To: rrichards
New Comment:
Or use the xpath expression recommended by Rob //
*[local-name() = 'a']. It's a feature request.
Reclassified.
Previous Comments:
[2004-06-04 11:59:29] [EMAIL PROTECTED]
This *is* a bug, SimpleXML does not provide a registerNamespace()
method like the DOM XPath implementation does. Without this, the XPath
implementation in SimpleXML is crippled.
So its half a bug, and half a feature request. This *needs* to be added
before 5.0 final IMO
The only way I can get this to workright now is:
$xml =EOF
?xml version=1.0 ?
xml xmlns=http://bar;
child attribute=value1
morechildren /
morechildren /
morechildren /
morechildren /
/child
/xml
EOF;
$simple_xml = simplexml_load_string($xml);
// Add a namespace with the same URI as the default
$simple_xml['xmlns:bar'] = http://bar;;
// Reload the XML so the namespace is recognised
$simple_xml = simplexml_load_string($simple_xml-asXML());
- Davey
[2004-03-26 08:09:55] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
This is an XPath limitation.
You need to use an expression like //*[local-name() = 'a'] or dont use
default namespaces.
[2004-03-26 04:51:30] fjortiz at comunet dot es
Description:
Hi,
this example works with SimpleXML xpath:
$string = XML
?xml version=1.0 encoding =UTF-8 ?
a xmlns:ns=urn:1
b
ctext/c
cstuff/c
/b
d
ccode/c
/d
/a
XML;
$xml = simplexml_load_string($string);
$res = $xml-xpath('//a'); // returns array(1)
But if we don't use a namespace prefix (default namespace), xpath,
returns an empty array, array(0), for any xpath search:
$string = XML
?xml version=1.0 encoding =UTF-8 ?
a xmlns=urn:1
b
ctext/c
cstuff/c
/b
d
ccode/c
/d
/a
XML;
$xml = simplexml_load_string($string);
$res = $xml-xpath('//a'); // returns array(0)
This is a simple example, I found the problem with a bigger XML file (a
WSDL file). This WSDL has 5 namespaces defined, and no problem at all
with SimpleXML, as long as you don't define a default namespace...
Thanks for your attention
--
Edit this bug report at http://bugs.php.net/?id=27709edit=1
#28652 [Fbk-Opn]: sockets code doesn't compile
ID: 28652 User updated by: ler at lerctr dot org Reported By: ler at lerctr dot org -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: UnixWare 7.1.4 PHP Version: 4.3.7 Assigned To: pollita New Comment: login info sent to pollita at php.net. Let me know if I can help more. LER Previous Comments: [2004-06-07 06:41:02] [EMAIL PROTECTED] I'll take ya up on that offer. The first two warnings are simple ooopses in the source that are easily fixed. The other two warnings and the actual error are less obvious. Certainly they look okay with the other OS header files I have available. If you want to avoid sending me login credentials an email with /usr/include/netdb.h and /usr/include/bits/socket.h would be a good start. (netdb is the more crucial of the two) [2004-06-06 17:19:12] ler at lerctr dot org Description: when I added --enable-sockets to my configure flags we get: /bin/sh /home/ler/SOURCE/php/php-4.3.7/libtool --silent --preserve-dup-deps --mode=compile cc -Xb -Iext/sockets/ -I/home/ler/SOURCE/php/php-4.3.7/ext/sockets/ -DPHP_ATOM_INC -I/home/ler/SOURCE/php/php-4.3.7/include -I/home/ler/SOURCE/php/php-4.3.7/main -I/home/ler/SOURCE/php/php-4.3.7 -I/home/ler/SOURCE/php/php-4.3.7/Zend -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/local/mysql/include -I/usr/local/pgsql/include/pgsql -I/home/ler/SOURCE/php/php-4.3.7/ext/xml/expat -I/home/ler/SOURCE/php/php-4.3.7/TSRM -O -Kpthread -prefer-pic -c /home/ler/SOURCE/php/php-4.3.7/ext/sockets/sockets.c -o ext/sockets/sockets.lo UX:acomp: WARNING: /home/ler/SOURCE/php/php-4.3.7/ext/sockets/sockets.c, line 353: improper pointer/integer combination: arg #2 UX:acomp: WARNING: /home/ler/SOURCE/php/php-4.3.7/ext/sockets/sockets.c, line 353: improper pointer/integer combination: arg #3 UX:acomp: WARNING: /home/ler/SOURCE/php/php-4.3.7/ext/sockets/sockets.c, line 1658: argument #4 incompatible with prototype: add_assoc_string_ex() UX:acomp: WARNING: /home/ler/SOURCE/php/php-4.3.7/ext/sockets/sockets.c, line 1717: argument #4 incompatible with prototype: add_assoc_string_ex() UX:acomp: ERROR: /home/ler/SOURCE/php/php-4.3.7/ext/sockets/sockets.c, line 1765: left operand must be modifiable lvalue: op = gmake: *** [ext/sockets/sockets.lo] Error 1 $ I can supply an account for debug if necessary. -- Edit this bug report at http://bugs.php.net/?id=28652edit=1
#28667 [NEW]: strange max execution time msg
From: mister dot v at laposte dot net
Operating system:
PHP version: 4.3.4
PHP Bug Type: Output Control
Bug description: strange max execution time msg
Description:
I created a script using ob_start('callback'), and i think the probleme is
link to the use of this function. (no problems when not using it)
when executing this script on local machine with PHP 4.3 their is no
problems, but when I execute the same script online on a server with PHP
4.1, I sometimes get this error :
Fatal error: Maximum execution time of 30 seconds exceeded in Unknown on
line 0
This error doesn't appear all the time. I couldn't find a reason why it
happens. If i'm on a page and got no problems, I reload it and it can
appear, or not.
All the script is executed.
I get all the page, without problems, but the navigator is still waiting
for something and after quite a long time (probably 30s : max execution
time) the error message appears.
( excuse me for my poor english )
Reproduce code:
---
don't know where the problem come from, so i can't show any code.
The error appears on this web site :
http://www.ingetech.fr
Actual result:
--
all the script is executed but I get a strange Max execution time :
Fatal error: Maximum execution time of 30 seconds exceeded in Unknown on
line 0
--
Edit bug report at http://bugs.php.net/?id=28667edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28667r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28667r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28667r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28667r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28667r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28667r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28667r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28667r=support
Expected behavior: http://bugs.php.net/fix.php?id=28667r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28667r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28667r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28667r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28667r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28667r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28667r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28667r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28667r=float
#28175 [Csd-Opn]: compile failure
ID: 28175
Updated by: [EMAIL PROTECTED]
-Reported By: martin dot kenney at i2net dot com
+Reported By: [EMAIL PROTECTED]
-Status: Closed
+Status: Open
Bug Type: Compile Failure
Operating System: slackware 9.1, 2.4.25 kernel
-PHP Version: 4.3.6
+PHP Version: 4.3.6/4.3.7
Assigned To: iliaa
New Comment:
The problem is not solved.
Correction of gdft.c is inadequate.
Therefore, it cannot still build by freetype 2.1.2.
Here is diff from php-4.3.7.
Cut HereCut HereCut HereCut HereCut Here
--- php-4.3.7/ext/gd/libgd/gdft.c 2004-05-10 02:34:02.0 +0900
+++ php-4.3.7.new/ext/gd/libgd/gdft.c 2004-06-07 15:20:19.0
+0900
@@ -984,7 +984,7 @@
}
/* EAM DEBUG */
-#if (defined(FREETYPE_MAJOR) (FREETYPE_MAJOR =2 )
(FREETYPE_MINOR = 1))
+#if (defined(FREETYPE_MAJOR) ((FREETYPE_MAJOR == 2
((FREETYPE_MINOR == 1 FREETYPE_PATCH = 3) || FREETYPE_MINOR 1) ||
FREETYPE_MAJOR 2)))
if (font-face-charmap-encoding == FT_ENCODING_MS_SYMBOL) {
/* I do not know the significance of the constant 0xf000.
* It was determined by inspection of the character codes
Cut HereCut HereCut HereCut HereCut Here
I check build on red hat linux 7.2/7.3/8/9, red hat enterprise linux
2.1/3.0 and turbolinux 8 server.
The problem was generated in redhat linux 8.
Previous Comments:
[2004-05-09 19:34:08] [EMAIL PROTECTED]
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
[2004-05-05 22:29:14] [EMAIL PROTECTED]
Ilia, check above comment. :)
[2004-05-04 09:21:44] paul dot gardiner at barleychalu dot co dot uk
Iliaa,
I looked at your patch to gdft.c and modified it as there was a ')'
missing from the end of the main line and it needed repeating further
down in the file. Once this was applied it compiled OK :)
I've included a basic diff below.
Thanks,
- Paul -
476c476
#if (defined(FREETYPE_MAJOR) (FREETYPE_MAJOR =2 )
(FREETYPE_MINOR = 1))
---
#if (defined(FREETYPE_MAJOR) ((FREETYPE_MAJOR == 2
((FREETYPE_MINOR == 1 FREETYPE_PATCH = 3) || FREETYPE_MINOR 1) ||
FREETYPE_MAJOR 2)))
485c485
#endif /* Freetype 2.1 or better */
---
#endif /* Freetype 2.1.3 or better */
973c973
#if (defined(FREETYPE_MAJOR) (FREETYPE_MAJOR =2 )
(FREETYPE_MINOR = 1))
---
#if (defined(FREETYPE_MAJOR) ((FREETYPE_MAJOR == 2
((FREETYPE_MINOR == 1 FREETYPE_PATCH = 3) || FREETYPE_MINOR 1) ||
FREETYPE_MAJOR 2)))
983c983
#endif /* Freetype 2.1 or better */
---
#endif /* Freetype 2.1.3 or better */
[2004-04-29 15:25:13] [EMAIL PROTECTED]
Try the following patch: http://ilia.ws/stuff/gd.txt
[2004-04-28 14:37:01] paul dot gardiner at barleychalu dot co dot uk
I get the same on redhat 8. Removing the --with-freetype-dir=/usr from
configure results in a successful compile. It used to work on 4.3.5.
I'd guess it would probably be the upgrade of the bundled gd. Not had
time to take a proper look though.
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/28175
--
Edit this bug report at http://bugs.php.net/?id=28175edit=1
#28668 [NEW]: Glob doesn't work
From: szumny at klub dot chip dot pl Operating system: Windows XP PHP version: 4.3.7 PHP Bug Type: *Directory/Filesystem functions Bug description: Glob doesn't work Description: Glob function doesn't work correctly. When I use glob in script c:\www\test\glob.php I get files from c:\ directory not from c:\www\test. glob in 4.3.6 - return files from c:\www\test -- Edit bug report at http://bugs.php.net/?id=28668edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28668r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28668r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28668r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28668r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28668r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28668r=needscript Try newer version: http://bugs.php.net/fix.php?id=28668r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28668r=support Expected behavior: http://bugs.php.net/fix.php?id=28668r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28668r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28668r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28668r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28668r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28668r=dst IIS Stability: http://bugs.php.net/fix.php?id=28668r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28668r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28668r=float
#28669 [NEW]: Garbage collection doesnot work
From: liuyi1 at comp dot nus dot edu dot sg Operating system: Windows 2000 / Redhat A3 PHP version: 4.3.6 PHP Bug Type: Session related Bug description: Garbage collection doesnot work Description: I have several friends running my forum system.(www.celestesoft.com) Two of my friends got the same session problems under PHP4.3.6. ( both sites are under heavy traffic ) They are using default session handler and default session settings( 1/100 chance to start garbage collector ). Session files are stored in a specified folder ( not /tmp ) but in single level ( with no N;xxx configured ) . We noticed that session files are not cleaned automatically. after 3 days, both sites got over 150,000 session files. So now i have to write a cleaner for them to solve the problem temporarily. meanwhile the sites with PHP 4.3.5 or other previous verions are running very well. Sites with this problem Site 1: OS: Windows 2000 PHP 4.3.6 Site 2: OS: Redhat as 3.0 PHP 4.3.6 Sites without this problem Site 1: OS: FreeBSD 5.1 PHP 4.3.1 Site 2: OS: Redhat 9.0 PHP 4.3.5 Site 3: OS: Redhat 9.0 PHP 4.3.4 All sites are running the same forum system. -- Edit bug report at http://bugs.php.net/?id=28669edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28669r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28669r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28669r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28669r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28669r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28669r=needscript Try newer version: http://bugs.php.net/fix.php?id=28669r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28669r=support Expected behavior: http://bugs.php.net/fix.php?id=28669r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28669r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28669r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28669r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28669r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28669r=dst IIS Stability: http://bugs.php.net/fix.php?id=28669r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28669r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28669r=float
#28175 [Opn]: compile failure
ID: 28175
Updated by: [EMAIL PROTECTED]
-Reported By: [EMAIL PROTECTED]
+Reported By: Paul dot Gardiner at Barleychalu dot Co dot Uk
Status: Open
Bug Type: Compile Failure
Operating System: slackware 9.1, 2.4.25 kernel
PHP Version: 4.3.6/4.3.7
Assigned To: iliaa
New Comment:
Operation mistake;-(
Previous Comments:
[2004-06-07 12:16:48] [EMAIL PROTECTED]
The problem is not solved.
Correction of gdft.c is inadequate.
Therefore, it cannot still build by freetype 2.1.2.
Here is diff from php-4.3.7.
Cut HereCut HereCut HereCut HereCut Here
--- php-4.3.7/ext/gd/libgd/gdft.c 2004-05-10 02:34:02.0 +0900
+++ php-4.3.7.new/ext/gd/libgd/gdft.c 2004-06-07 15:20:19.0
+0900
@@ -984,7 +984,7 @@
}
/* EAM DEBUG */
-#if (defined(FREETYPE_MAJOR) (FREETYPE_MAJOR =2 )
(FREETYPE_MINOR = 1))
+#if (defined(FREETYPE_MAJOR) ((FREETYPE_MAJOR == 2
((FREETYPE_MINOR == 1 FREETYPE_PATCH = 3) || FREETYPE_MINOR 1) ||
FREETYPE_MAJOR 2)))
if (font-face-charmap-encoding == FT_ENCODING_MS_SYMBOL) {
/* I do not know the significance of the constant 0xf000.
* It was determined by inspection of the character codes
Cut HereCut HereCut HereCut HereCut Here
I check build on red hat linux 7.2/7.3/8/9, red hat enterprise linux
2.1/3.0 and turbolinux 8 server.
The problem was generated in redhat linux 8.
[2004-05-09 19:34:08] [EMAIL PROTECTED]
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
[2004-05-05 22:29:14] [EMAIL PROTECTED]
Ilia, check above comment. :)
[2004-05-04 09:21:44] paul dot gardiner at barleychalu dot co dot uk
Iliaa,
I looked at your patch to gdft.c and modified it as there was a ')'
missing from the end of the main line and it needed repeating further
down in the file. Once this was applied it compiled OK :)
I've included a basic diff below.
Thanks,
- Paul -
476c476
#if (defined(FREETYPE_MAJOR) (FREETYPE_MAJOR =2 )
(FREETYPE_MINOR = 1))
---
#if (defined(FREETYPE_MAJOR) ((FREETYPE_MAJOR == 2
((FREETYPE_MINOR == 1 FREETYPE_PATCH = 3) || FREETYPE_MINOR 1) ||
FREETYPE_MAJOR 2)))
485c485
#endif /* Freetype 2.1 or better */
---
#endif /* Freetype 2.1.3 or better */
973c973
#if (defined(FREETYPE_MAJOR) (FREETYPE_MAJOR =2 )
(FREETYPE_MINOR = 1))
---
#if (defined(FREETYPE_MAJOR) ((FREETYPE_MAJOR == 2
((FREETYPE_MINOR == 1 FREETYPE_PATCH = 3) || FREETYPE_MINOR 1) ||
FREETYPE_MAJOR 2)))
983c983
#endif /* Freetype 2.1 or better */
---
#endif /* Freetype 2.1.3 or better */
[2004-04-29 15:25:13] [EMAIL PROTECTED]
Try the following patch: http://ilia.ws/stuff/gd.txt
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/28175
--
Edit this bug report at http://bugs.php.net/?id=28175edit=1
#28670 [NEW]: PCRE + Safemode + WWW-authenticate header error
From: jg at b-one dot net Operating system: Linux (Debian) PHP version: 4CVS-2004-06-07 (stable) PHP Bug Type: Unknown/Other Function Bug description: PCRE + Safemode + WWW-authenticate header error Description: pcre-regexp + safemode affects output of header(WWW-Authenticate: Basic realm=\ABC\); and causes internal server error with mod_fcgi. The problem is in 4.3.7 and latest stable cvs 2004-06-07 In safemode without pcre-regexp php return WWW-Authenticate: Basic realm=1000 With pcre-regexp php returns WWW-Authenticate: Basic realm=ABC-1000 I suspect the extra space between key and value to cause mod_fcgi to internal server error. Reproduce code: --- ? header(HTTP/1.1 401 Unauthorized); header(WWW-Authenticate: Basic realm=\ABC\); echo I need your credentials; ? Expected result: Status: 401 Content-type: text/html X-Powered-By: PHP/4.3.7 WWW-Authenticate: Basic realm=ABC-1000 Actual result: -- without pcre-regexp: Status: 401 Content-type: text/html X-Powered-By: PHP/4.3.7 WWW-Authenticate: Basic realm=1000 with pcre-regexp: Status: 401 Content-type: text/html X-Powered-By: PHP/4.3.7 WWW-Authenticate: Basic realm=ABC-1000 (notice extra space) -- Edit bug report at http://bugs.php.net/?id=28670edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28670r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28670r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28670r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28670r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28670r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28670r=needscript Try newer version: http://bugs.php.net/fix.php?id=28670r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28670r=support Expected behavior: http://bugs.php.net/fix.php?id=28670r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28670r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28670r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28670r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28670r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28670r=dst IIS Stability: http://bugs.php.net/fix.php?id=28670r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28670r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28670r=float
#28671 [NEW]: wrong serialNumber (-1) using openssl_x509_parse
From: jgrillon at capgemini dot fr Operating system: Linux 2.1 PHP version: 4.3.7 PHP Bug Type: OpenSSL related Bug description: wrong serialNumber (-1) using openssl_x509_parse Description: I'm always getting -1 as serialNumber for my certificate. I can't see why the serial number is stored into a long in openssl.c : add_assoc_long(return_value, serialNumber, ASN1_INTEGER_get(X509_get_serialNumber(cert))); I guess the serial number is too big for a long... Can't we store it as string ? add_assoc_asn1_string(return_value, serialNumberAsString, X509_get_serialNumber(cert)); Thanks. Here is the certificate I used : -BEGIN CERTIFICATE- MIIC3DCCAkWgAwIBAgIQeqhtj1pzHCrTTq2AldV0ejANBgkqhkiG9w0BAQQFADAy MRcwFQYDVQQKEw5FLUFDSEFUIE1JTkRFRjEXMBUGA1UEAxMORS1BQ0hBVCBNSU5E RUYwHhcNMDQwMTA1MDAwMDAwWhcNMDYwMTA0MjM1OTU5WjCB5DEOMAwGA1UEBxQF UEFSSVMxCzAJBgNVBAYTAkZSMRcwFQYDVQQKFA5FLUFDSEFUIE1JTkRFRjEtMCsG A1UECxQkRW50LiAtIENhcCBHZW1pbmkgRXJuc3QgWW91bmcgRnJhbmNlMR8wHQYD VQQLFBZTSVJFTiAtIDMyODc4MTc4NjAwMDUzMTQwMgYDVQQDEytDR0VZIEZyYW5j ZSAtIENhcCBHZW1pbmkgRXJuc3QgWW91bmcgRnJhbmNlMSYwJAYJKoZIhvcNAQkB FhdkZ2FlbWEtbWNvQGNhcGdlbWluaS5mcjCBnzANBgkqhkiG9w0BAQEFAAOBjQAw gYkCgYEApFgcuVTuUe0z+iGTaPw7yVxhZsPq6aIqGHsCvU9fqUcymbmg9l4oTfAk gR5bvDo+JTQb1/OPlQCKqyVa7wn6lPs97dMOZMobjCRcvw7z0jVphortA1NS8FRH 6LsWELZ13uC57IIakpW726Vz3tST9qHHbQoWbX/n8NjHcwL4zUECAwEAAaNAMD4w CQYDVR0TBAIwADALBgNVHQ8EBAMCBaAwEQYJYIZIAYb4QgEBBAQDAgeAMBEGCmCG SAGG+EUBBgkEAwEB/zANBgkqhkiG9w0BAQQFAAOBgQAWdmEu8TkFdgqA/xN6llo9 zZR3EUH0X5HstxJRYgofcQyfumJHhgvaNB8vkDhZ3iJORVVxcJ27W36TAJ6b4jcr yWjO/nc42XdgknS8r9NIV7VKzmjY7Ip2+9N6JOAWFkjGrnF1G69nrerIJavJTzrb PYlQnzJO6SHAoi5j6WsKPw== -END CERTIFICATE- Reproduce code: --- $fp = fopen(xxx.cer, r); $cert = fread($fp, 8192); $r = @openssl_x509_read($cert); print_r(openssl_x509_parse($r)); Expected result: Something like [...] [serialNumber] = 7a a8 6d 8f 5a 73 1c 2a d3 4e ad 80 95 d5 74 7a [...] Actual result: -- [...] [serialNumber] = -1 [...] -- Edit bug report at http://bugs.php.net/?id=28671edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28671r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28671r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28671r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28671r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28671r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28671r=needscript Try newer version: http://bugs.php.net/fix.php?id=28671r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28671r=support Expected behavior: http://bugs.php.net/fix.php?id=28671r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28671r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28671r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28671r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28671r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28671r=dst IIS Stability: http://bugs.php.net/fix.php?id=28671r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28671r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28671r=float
#28201 [Com]: FormExpress Module for PostNuke does not work
ID: 28201 Comment by: ren at renesurbek dot com Reported By: guyl at mtselect dot co dot uk Status: No Feedback Bug Type: Reproducible crash Operating System: FreeBSD psa1.123dns.net 4.10-BET PHP Version: 4.3.6 New Comment: I am having the same problem I can't get the form Express module to Initialize, just get a blank screen??? I can get it too work on php 4.3.4 but my isp where the website is uses php 4.3.6.. I really could use some help on this one ASAP Rene Previous Comments: [2004-06-05 11:51:55] php at ndickson dot co dot uk I believe I have a workaround for this. Obviously, you do this at your own risk, and you should ensure that you keep backups before making any changes. In the FormExpress file pntables.php, go to the second-to-last line, which just contains ); (line 142 in my file). It is immediately beneath a large comment. Comment-out this line, and I found that everything works fine again. Tested using php-4.3.5-Win32. [2004-05-18 10:03:40] sites at onetimesolutions dot com dot au This bug is definitely recurring with FormExpress and PHP 4.3.6 [2004-05-05 22:28:03] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2004-04-28 14:10:56] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. [2004-04-28 11:38:56] guyl at mtselect dot co dot uk Description: This has been reported elsewhere but with insufficient detail for you to help. I am not a programmer but use PostNuke .723 to run my website. It runs on Apache/1.3.29 (Unix) PHP/4.3.6. It runs with PHP safe_mode Off and PHP safe_mode_gid Off. A module FormExpress has worked for ages - ever since the upgrade to 4.3.5 and now 4.3.6 it has stopped working and just delivers a blank screen. This happens every time, and does not happen with any other module. Reproduce code: --- The code for the module can found at http://sourceforge.net/projects/pn-formexpress/ Expected result: The module display a form for input, information etc. Actual result: -- A blank HTML page with basic header and no body content -- Edit this bug report at http://bugs.php.net/?id=28201edit=1
#24797 [Com]: feature request: way to close connection with client?
ID: 24797 Comment by: john_ramsden at sagitta-ps dot com Reported By: spagmoid at yahoo dot com Status: Bogus Bug Type: Feature/Change Request Operating System: WinXP PHP Version: 4.3.2 New Comment: Closing the connection itself from PHP is of course impossible, but if the remote client decides to close the connection then you can allow PHP to continue executing. I have the same requirement as Spagmoid's, albeit for a different reason: In my case it's a PHP script called by an SQL trigger - The script has to read the updated records (to replicate them in another database); but the updated records aren't available until the trigger completes, and the trigger can't complete until the PHP script disconnects! DUH! Like Spagmoid's, my script obviously wouldn't try to send data after the disconnect, as this doesn't make sense. I must say, the PHP developers seem a bit dogmatic about this issue. Why should closing the connection from PHP be of course impossible? What is to stop PHP having some interface to tell Apache to do that without terminating the script itself? I realize there's a simple workaround: the script can spawn an autonomous background process to do post processing. But I'm not aware of a portable PHP call to do this; so for a platform-independent app, it would be lot cleaner if early disconnects, followed by post-processing, could be done in a single PHP script. Previous Comments: [2004-03-25 14:18:50] php at digdug dot cx I am looking for the same feature. Here is the scenario: A user submits a form into script.php. The script needs to do two things: 1) Tell the user that the submission has been accepted. (It always is.) 2) Do some background processing on the submission and flag it if necessary. This takes up to half a minute, so I don't want to make the user wait for it to finish. So here is what I am trying to do: ? insert_submission_into_database($submission); ? htmlbody ? echo(submission accepted); ? /html/body ? close_connection_to_browser(); // currently not possible if (submission_bad()) flag_submission(); // no further info is sent to the browser ? [2003-07-26 19:24:35] [EMAIL PROTECTED] Sara already answered your request by pointing you at the connection handling chapter in the manual. You are asking for a way to keep executing your script after the connection has been closed. Closing the connection itself from PHP is of course impossible, but if the remote client decides to close the connection then you can allow PHP to continue executing. Please stop re-opening this. [2003-07-26 18:42:42] spagmoid at yahoo dot com I DO NOT WANT TO SEND DATA TO THE CLIENT AFTER THE CONNECTION IS CLOSED. NOWHERE DID I SAY THAT. That is what you people keep trying to tell me to do. I don't want to do that. I never wanted to do that. I will never want to do that. That is ridiculous. The only time PHP can continue executing after the data stream has closed is when the browser closes the connection itself. I would be more inclined to believe this if you had understood any of the question. The only signal PHP can send to the webserver is I'm done executing. It sends this signal by terminating. There may be another way to send this signal, but I doubt if either of you are in a position to tell me. explaining your question in detail and making an attempt at civility by not attacking those who take the time to respond. It was in detail. A way to close the connection with the client, while keeping the script running? That's it, period. It's not a complicated issue. Sending a form letter that doesn't even match the question is not taking the time to respond. [2003-07-26 18:35:39] [EMAIL PROTECTED] Again, through what mechanism do you intend to send data to the client *after* the connection is closed? But to address your original question. There is no way PHP can possibly close the data stream between itself and the client since this stream is handled by the webserver. The only signal PHP can send to the webserver is I'm done executing. It sends this signal by terminating. At this point your script can not continue executing because, obviously, it has stopped. The only time PHP can continue executing after the data stream has closed is when the browser closes the connection itself. Now, that said, might I suggest you attempt to ilicit a more courteous response in the future by explaining your question in detail and making an attempt at civility by not attacking those who take the time to respond. [2003-07-26 16:22:52] spagmoid at yahoo
#28672 [NEW]: error: Problem with libjpeg.(a|so)
From: c dot meisinger at livingliquid dot com Operating system: RedHat 7.3 PHP version: 4.3.7 PHP Bug Type: Compile Failure Bug description: error: Problem with libjpeg.(a|so) Description: if i compile php 4.3.7 with --with-jpge-dir=... i get the following error: checking for jpeg_read_header in -ljpeg... no configure: error: Problem with libjpeg.(a|so). Please check config.log for more information. jpeg-6b is installed. all works perfect with 4.3.6 and previous versions my configure looks like this: './configure' \ '--prefix=/usr/local/php' \ '--with-openssl=/usr/local/ssl' \ '--with-zlib' \ '--with-bz2' \ '--with-zip' \ '--with-mysql=/usr/local/mysql' \ '--with-wddx' \ '--with-gd' \ '--enable-native-gd-ttf' \ '--enable-ttf' \ '--with-ttf' \ '--with-t1lib' \ '--with-jpeg-dir=/usr/lib/' \ '--with-png-dir=/usr/lib/' \ '--with-apache=/usr/local/src/apache_1.3.31' \ '--with-mcrypt=/usr/local/libmcrypt' \ '--with-mhash' \ '--with-curl=/usr/local/curl' \ $@ -- Edit bug report at http://bugs.php.net/?id=28672edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28672r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28672r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28672r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28672r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28672r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28672r=needscript Try newer version: http://bugs.php.net/fix.php?id=28672r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28672r=support Expected behavior: http://bugs.php.net/fix.php?id=28672r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28672r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28672r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28672r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28672r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28672r=dst IIS Stability: http://bugs.php.net/fix.php?id=28672r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28672r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28672r=float
#28673 [NEW]: readfile() crashes on huge local files
From: valyala at tut dot by
Operating system: any with MMAP support
PHP version: 4.3.7
PHP Bug Type: Output Control
Bug description: readfile() crashes on huge local files
Description:
When I try to print huge files (greater than 500Mb) using readfile()
function, my computer crashes.
I found in the PHP 4.3.7 sources the file /main/strems.c and function
_php_stream_passthru() in it.
The readfile() uses this function to print content of the file.
Below you can see source of the function with my comments:
===
PHPAPI size_t _php_stream_passthru(php_stream * stream STREAMS_DC
TSRMLS_DC)
{
size_t bcount = 0;
int ready = 0;
char buf[8192];
#ifdef HAVE_MMAP
int fd;
#endif
#ifdef HAVE_MMAP
if (!php_stream_is(stream, PHP_STREAM_IS_SOCKET)
stream-filterhead == NULL
php_stream_tell(stream) == 0
SUCCESS == php_stream_cast(stream, PHP_STREAM_AS_FD,
(void*)fd, 0))
{
struct stat sbuf;
off_t off; /* !!! offset == 0 (see above condition
[php_stream_tell(stream) == 0] ) */
void *p;
size_t len;
fstat(fd, sbuf); /* !!! missing error check after this line */
if (sbuf.st_size sizeof(buf)) {
off = php_stream_tell(stream); /* !!! offset == 0 (see above)
*/
len = sbuf.st_size - off;
/* suppose len 1 Gb, machine has 128Mb RAM and 128Mb swap.
What happens after the next
line? */
p = mmap(0, len, PROT_READ, MAP_SHARED, fd, off); /* !!! why
MAP_SHARED, not MAP_PRIVATE ?
First parameter of the mmap is (void *) type,
not (int) */
if (p != (void *) MAP_FAILED) {
BG(mmap_file) = p; /* !!! what sense of this and next
string? Thread safety?
I don't understand how it works here */
BG(mmap_len) = len;
PHPWRITE(p, len);
BG(mmap_file) = NULL; /* !!! thread safety? ok. why there
is not BG(mmap_len) = 0 on
the next line ? */
munmap(p, len); /* !!! missing error check after munmap
*/
bcount += len;
ready = 1;
}
}
}
#endif
if(!ready) {
int b;
while ((b = php_stream_read(stream, buf, sizeof(buf))) 0) {
PHPWRITE(buf, b);
bcount += b;
}
}
return bcount;
}
===
And here you can see my version of the function:
===
PHPAPI size_t _php_stream_passthru(php_stream * stream STREAMS_DC
TSRMLS_DC)
{
size_t bcount = 0; /* counter of printed out bytes */
int is_mapped = 0;
char buf[8192];
size_t buf_len = sizeof(buf);
#ifdef HAVE_MMAP
int fd;
if (!php_stream_is(stream, PHP_STREAM_IS_SOCKET)
stream-filterhead == NULL
php_stream_tell(stream) == 0
SUCCESS == php_stream_cast(stream, PHP_STREAM_AS_FD,
(void*)fd, 0))
{
is_mapped = 1;
buf_len = 1024 * 1024; /* default length of the mapped memory */
struct stat sbuf;
void *p; /* pinter to the mapped part of file */
size_t len;
/* get the length of local file connected to descriptor fd */
fstat(fd, sbuf);
if (errno) {
/* cannot get length of file */
php_error_docref(NULL TSRMLS_CC, E_ERROR, cannot get length
of the file);
return bcount;
}
len = (size_t) sbuf.st_size;
/* print to the output buffer file contents */
while (bcount len) {
if (len - bcount buf_len) buf_len = len - bcount;
p = mmap(NULL, buf_len, PROT_READ, MAP_PRIVATE, fd, (off_t)
bcount); /* try to map part of
the file to memory */
if (p == (void *) MAP_FAILED) {
/* error when mapping part of the file to memory */
php_error_docref(NULL TSRMLS_CC, E_ERROR, mmap error:
cannot map part of the file to
memory);
break;
}
PHPWRITE(p, buf_len);
munmap(p, buf_len); /* try to unmap allocated memory */
if (errno) {
/* error when unmapping memory */
php_error_docref(NULL TSRMLS_CC, E_ERROR, mmap error:
cannot unmap allocated memory);
break;
}
bcount += buf_len;
}
}
#endif
if (!is_mapped) {
/* print to the output buffer stream contents */
while ((buf_len = php_stream_read(stream, buf, sizeof(buf))) 0)
{
PHPWRITE(buf, buf_len);
bcount += buf_len;
}
}
return bcount;
}
Reproduce code:
---
?php
readfile('very_big_file');
?
Expected result:
contents of the very_big_file
Actual result:
--
PHP crash
--
Edit
#28670 [Opn-Csd]: PCRE + Safemode + WWW-authenticate header error
ID: 28670 Updated by: [EMAIL PROTECTED] Reported By: jg at b-one dot net -Status: Open +Status: Closed Bug Type: Unknown/Other Function Operating System: Linux (Debian) PHP Version: 4CVS-2004-06-07 (stable) New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-06-07 14:19:11] jg at b-one dot net Description: pcre-regexp + safemode affects output of header(WWW-Authenticate: Basic realm=\ABC\); and causes internal server error with mod_fcgi. The problem is in 4.3.7 and latest stable cvs 2004-06-07 In safemode without pcre-regexp php return WWW-Authenticate: Basic realm=1000 With pcre-regexp php returns WWW-Authenticate: Basic realm=ABC-1000 I suspect the extra space between key and value to cause mod_fcgi to internal server error. Reproduce code: --- ? header(HTTP/1.1 401 Unauthorized); header(WWW-Authenticate: Basic realm=\ABC\); echo I need your credentials; ? Expected result: Status: 401 Content-type: text/html X-Powered-By: PHP/4.3.7 WWW-Authenticate: Basic realm=ABC-1000 Actual result: -- without pcre-regexp: Status: 401 Content-type: text/html X-Powered-By: PHP/4.3.7 WWW-Authenticate: Basic realm=1000 with pcre-regexp: Status: 401 Content-type: text/html X-Powered-By: PHP/4.3.7 WWW-Authenticate: Basic realm=ABC-1000 (notice extra space) -- Edit this bug report at http://bugs.php.net/?id=28670edit=1
#28656 [Opn-Bgs]: the glob() function does not match the same as shell wildcarding does
ID: 28656
Updated by: [EMAIL PROTECTED]
Reported By: phpbugs at atu dot cjb dot net
-Status: Open
+Status: Bogus
Bug Type: Filesystem function related
Operating System: GNU/Linux
PHP Version: 4.3.6
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
glob() function returns the same output as the glob() libc
function. The output of ls is something different and
unrelated.
Previous Comments:
[2004-06-07 00:33:52] phpbugs at atu dot cjb dot net
Description:
A trailing forward slash is ignored by glob(), but is not with standard
UNIX wildcard matching.
ls -lp Dir
drwx-- 2 raven users 48 Jun 6 15:26 CSS/
drwx-- 2 raven users 48 Jun 6 15:26 Extra/
drwx-- 2 raven users 48 Jun 6 15:26 Images/
-rw--- 1 raven users 0 Jun 6 15:26 Main.data
-rw--- 1 raven users 0 Jun 6 15:26 index.php
echo Dir/*/
Dir/CSS/ Dir/Extra/ Dir/Images/
Reproduce code:
---
foreach (glob(Dir/*/) as $Dir) { echo $Dir ; }
Expected result:
Dir/CSS/ Dir/Extra/ Dir/Images/
Actual result:
--
Dir/CSS/ Dir/Extra/ Dir/Images/ Dir/Main.data Dir/index.php
--
Edit this bug report at http://bugs.php.net/?id=28656edit=1
#28667 [Opn-Fbk]: strange max execution time msg
ID: 28667
Updated by: [EMAIL PROTECTED]
Reported By: mister dot v at laposte dot net
-Status: Open
+Status: Feedback
Bug Type:Output Control
PHP Version: 4.3.4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Previous Comments:
[2004-06-07 11:59:07] mister dot v at laposte dot net
Description:
I created a script using ob_start('callback'), and i think the probleme
is link to the use of this function. (no problems when not using it)
when executing this script on local machine with PHP 4.3 their is no
problems, but when I execute the same script online on a server with
PHP 4.1, I sometimes get this error :
Fatal error: Maximum execution time of 30 seconds exceeded in Unknown
on line 0
This error doesn't appear all the time. I couldn't find a reason why it
happens. If i'm on a page and got no problems, I reload it and it can
appear, or not.
All the script is executed.
I get all the page, without problems, but the navigator is still
waiting for something and after quite a long time (probably 30s : max
execution time) the error message appears.
( excuse me for my poor english )
Reproduce code:
---
don't know where the problem come from, so i can't show any code.
The error appears on this web site :
http://www.ingetech.fr
Actual result:
--
all the script is executed but I get a strange Max execution time :
Fatal error: Maximum execution time of 30 seconds exceeded in Unknown
on line 0
--
Edit this bug report at http://bugs.php.net/?id=28667edit=1
#28349 [NoF-Opn]: display_errors = off is ignored
ID: 28349 User updated by: jonathan at nationaldirect dot net Reported By: jonathan at nationaldirect dot net -Status: No Feedback +Status: Open Bug Type: Output Control Operating System: Win2k PHP Version: 4.3.6 New Comment: I have done some more investigation and this is what I found. If I set error_reporting = E_ALL ~E_NOTICE instead of error_reporting = E_ALL the bug goes away. It seems that only the Notices are slipping through to the webpages. Previous Comments: [2004-06-05 01:00:03] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, 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. [2004-06-04 21:47:49] sam at freepeers dot com I had a similar problem. IIS5, Windows 2000 Server. Set: display_errors = Off log_errors = On However, I did not specify where the log_errors should log errors to. The result was that I got display errors in the resulting webpages. Then I set this: error_log = syslog The display errors stopped after that. However, this really looks like we've happened upon a bug. display_errors = Off means display_errors should off under all circumstances. There is just no valid explanation for why I could set display_errors = Off and still get display errors. [2004-06-03 19:55:58] gsiebrecht at win-4-u dot com I had the same problem i changed display_errors = 0 and it worked with php 5, then i changed it back to display_errors = Off and that worked also, strange. maybe it was missing some kind of carriage return at the end of the line or something. [2004-05-28 15:59:31] [EMAIL PROTECTED] Do you have error logging enabled, if so can the log file be written to? [2004-05-13 20:31:12] jonathan at nationaldirect dot net Yes, it is using the correct php.ini file. I even did a search of the entire hard-drive to see if there was another php.ini file but there was not. I have since setup a second computer with just win2k, iis5 and php 4.3.6 to test this and it is happening there too. 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/28349 -- Edit this bug report at http://bugs.php.net/?id=28349edit=1
#28672 [Opn-Fbk]: error: Problem with libjpeg.(a|so)
ID: 28672 Updated by: [EMAIL PROTECTED] Reported By: c dot meisinger at livingliquid dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: RedHat 7.3 PHP Version: 4.3.7 New Comment: Look inside the config.log file was the failure reason. Previous Comments: [2004-06-07 15:17:37] c dot meisinger at livingliquid dot com Description: if i compile php 4.3.7 with --with-jpge-dir=... i get the following error: checking for jpeg_read_header in -ljpeg... no configure: error: Problem with libjpeg.(a|so). Please check config.log for more information. jpeg-6b is installed. all works perfect with 4.3.6 and previous versions my configure looks like this: './configure' \ '--prefix=/usr/local/php' \ '--with-openssl=/usr/local/ssl' \ '--with-zlib' \ '--with-bz2' \ '--with-zip' \ '--with-mysql=/usr/local/mysql' \ '--with-wddx' \ '--with-gd' \ '--enable-native-gd-ttf' \ '--enable-ttf' \ '--with-ttf' \ '--with-t1lib' \ '--with-jpeg-dir=/usr/lib/' \ '--with-png-dir=/usr/lib/' \ '--with-apache=/usr/local/src/apache_1.3.31' \ '--with-mcrypt=/usr/local/libmcrypt' \ '--with-mhash' \ '--with-curl=/usr/local/curl' \ $@ -- Edit this bug report at http://bugs.php.net/?id=28672edit=1
#28349 [Opn]: display_errors = off is ignored
ID: 28349 User updated by: jonathan at nationaldirect dot net Reported By: jonathan at nationaldirect dot net Status: Open Bug Type: Output Control Operating System: Win2k PHP Version: 4.3.6 New Comment: I also have error_log = php_errors.log to log errors and stuff to a file in the same folder as the script. Previous Comments: [2004-06-07 15:55:27] jonathan at nationaldirect dot net I have done some more investigation and this is what I found. If I set error_reporting = E_ALL ~E_NOTICE instead of error_reporting = E_ALL the bug goes away. It seems that only the Notices are slipping through to the webpages. [2004-06-05 01:00:03] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, 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. [2004-06-04 21:47:49] sam at freepeers dot com I had a similar problem. IIS5, Windows 2000 Server. Set: display_errors = Off log_errors = On However, I did not specify where the log_errors should log errors to. The result was that I got display errors in the resulting webpages. Then I set this: error_log = syslog The display errors stopped after that. However, this really looks like we've happened upon a bug. display_errors = Off means display_errors should off under all circumstances. There is just no valid explanation for why I could set display_errors = Off and still get display errors. [2004-06-03 19:55:58] gsiebrecht at win-4-u dot com I had the same problem i changed display_errors = 0 and it worked with php 5, then i changed it back to display_errors = Off and that worked also, strange. maybe it was missing some kind of carriage return at the end of the line or something. [2004-05-28 15:59:31] [EMAIL PROTECTED] Do you have error logging enabled, if so can the log file be written to? 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/28349 -- Edit this bug report at http://bugs.php.net/?id=28349edit=1
#28674 [NEW]: 'parent' and 'self' behave differently with call_user_func
From: nlhowell at cableone dot net
Operating system: WinXP Pro 2600 SP1
PHP version: 5CVS-2004-06-07 (dev)
PHP Bug Type: Class/Object related
Bug description: 'parent' and 'self' behave differently with call_user_func
Description:
If you use call_user_func(array(parent, somefunc)), an error is
triggered:
call_user_func(parent::x) [function.call-user-func.html]: First argument
is expected to be a valid callback
However, doing this with 'self' instead of 'parent' works fine, and
behaves as expected.
This may be a recurrence of Bug #26543, in which neither 'parent' nor
'self' could be used in call_user_func, so you might want to take a look
at that.
Reproduce code:
---
?php
class P { function __construct() { $args = func_get_args();
print_r($args); } }
class D { function __construct() { $args = func_get_args();
call_user_func_array(array(parent, __construct)); } }
class C { function __construct() { $args = func_get_args();
call_user_func_array(array(self, func), $args); } function func() {
$args = func_get_args(); print_r($args); } }
$c = new C(1,2,3,4); // behaves as expected
$d = new D(1,2,3,4); // doesn't behave as expected
?
Expected result:
Array ( [0] = 1 [1] = 2 [2] = 3 [3] = 4 )
Array ( [0] = 1 [1] = 2 [2] = 3 [3] = 4 )
Actual result:
--
Array ( [0] = 1 [1] = 2 [2] = 3 [3] = 4 )
Warning: call_user_func(parent::x) [function.call-user-func.html]: First
argument is expected to be a valid callback in
c:\Inetpub\wwwroot\test.php5 on line 3
--
Edit bug report at http://bugs.php.net/?id=28674edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28674r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28674r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28674r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28674r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28674r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28674r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28674r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28674r=support
Expected behavior: http://bugs.php.net/fix.php?id=28674r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28674r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28674r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28674r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28674r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28674r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28674r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28674r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28674r=float
#28349 [Opn]: display_errors = off is ignored
ID: 28349 User updated by: jonathan at nationaldirect dot net Reported By: jonathan at nationaldirect dot net Status: Open Bug Type: Output Control Operating System: Win2k PHP Version: 4.3.6 New Comment: I just upgraded to php 4.3.7 on the off chance the bug was fixed but no luck. It exists there too. Previous Comments: [2004-06-07 15:57:35] jonathan at nationaldirect dot net I also have error_log = php_errors.log to log errors and stuff to a file in the same folder as the script. [2004-06-07 15:55:27] jonathan at nationaldirect dot net I have done some more investigation and this is what I found. If I set error_reporting = E_ALL ~E_NOTICE instead of error_reporting = E_ALL the bug goes away. It seems that only the Notices are slipping through to the webpages. [2004-06-05 01:00:03] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, 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. [2004-06-04 21:47:49] sam at freepeers dot com I had a similar problem. IIS5, Windows 2000 Server. Set: display_errors = Off log_errors = On However, I did not specify where the log_errors should log errors to. The result was that I got display errors in the resulting webpages. Then I set this: error_log = syslog The display errors stopped after that. However, this really looks like we've happened upon a bug. display_errors = Off means display_errors should off under all circumstances. There is just no valid explanation for why I could set display_errors = Off and still get display errors. [2004-06-03 19:55:58] gsiebrecht at win-4-u dot com I had the same problem i changed display_errors = 0 and it worked with php 5, then i changed it back to display_errors = Off and that worked also, strange. maybe it was missing some kind of carriage return at the end of the line or something. 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/28349 -- Edit this bug report at http://bugs.php.net/?id=28349edit=1
#28595 [Com]: sapi/apache/sapi_apache2.c is not compatible with Apach 2.0.49
ID: 28595 Comment by: marcos1979 at yahoo dot com dot ar Reported By: btnguyen2k at yahoo dot com Status: Bogus Bug Type: Apache2 related Operating System: Linux Redhat 8.0 PHP Version: 4.3.6 New Comment: Derik, Fuckyou!!! Previous Comments: [2004-06-01 08:14:39] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. You probably have some old headers on your system somewhere which interfere with the compilation of PHP against a newer Apache. Please contact the appropriate support channels as this is not a bug. [2004-06-01 00:55:20] btnguyen2k at yahoo dot com Description: Today I installed a new server (clean install) with Apache 2.0.49 and PHP 4.3.6. Everythings was fine from ./configure to make, make test, and make install. However, when restarting Apache, I got the following error message: Starting httpd: httpd: module /root/download/php-4.3.6/sapi/apache2filter/sapi_apache2.c is not compatible with this version of Apache. Please contact the vendor for the correct version. On my old servers (Apache 2.0.47/48 with PHP 4.3.4) there was no such an error message. This is the configuration command I used for PHP: ./configure --enable-force-cgi-redirect --disable-debug --with-gd --with-ttf --with-zlib --enable-memory-limit --enable-mbstring --with-mysql --enable-safe-mode --enable-pic --with-png --with-jpeg Note: I do find some previous bug reports regarding to this issue, but with different versions of Apache and PHP. The solution in all of those bug reports was download the CVS version of PHP. However it's not the choice for me now because I need a stable version of PHP that works with my current Apache. -- Edit this bug report at http://bugs.php.net/?id=28595edit=1
#28675 [NEW]: compiling with internal GD lib fails
From: till at klimpong dot com Operating system: FreeBSD 4.6 PHP version: 4.3.7 PHP Bug Type: Compile Failure Bug description: compiling with internal GD lib fails Description: I'm using 4.3.7 stable. Configure string: ./configure \ --with-apxs=/usr/local/sbin/apxs \ --with-config-file-path=/usr/local/etc \ --enable-versioning \ --with-regex=system \ --with-pgsql \ --with-gd \ --enable-gd-native-ttf \ --with-freetype-dir=/usr/local \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-zlib \ --with-bz2=/usr \ --with-mcrypt=/usr/local \ --with-mhash=/usr/local \ --with-pdflib=/usr/local \ --with-zlib-dir=/usr \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-tiff-dir=/usr/local \ --with-mysql=/usr/local/mysql4 \ --with-expat-dir=/usr/local \ --with-xmlrpc \ --enable-xslt \ --with-xslt-sablot \ --enable-wddx \ --with-dom=/usr/local \ --enable-ftp \ --with-gettext=/usr/local \ --enable-mbregex \ --enable-bcmath \ --enable-sockets \ --enable-sysvsem \ --enable-sysvshm \ --enable-trans-sid \ --with-iconv=/usr/local \ --enable-exif \ --enable-track-vars \ --with-imap \ --with-mcal \ --with-pear \ --with-openssl=/usr/local \ --disable-ipv6 Make fails with: ext/gd/gd.lo: In function `zif_imagegif': /usr/src/php-4.3.7/ext/gd/gd.c(.text+0x3d24): undefined reference to `gdImageGifCtx' ext/gd/gd.lo: In function `zif_imagecolorat': /usr/src/php-4.3.7/ext/gd/gd.c:1874: undefined reference to `gdImageBoundsSafe' /usr/src/php-4.3.7/ext/gd/gd.c:1882: undefined reference to `gdImageBoundsSafe' ext/pdf/pdf.lo: In function `zif_pdf_open_memory_image': /usr/src/php-4.3.7/ext/pdf/pdf.c(.text+0x6067): undefined reference to `gdImageBoundsSafe' /usr/src/php-4.3.7/ext/pdf/pdf.c(.text+0x60aa): undefined reference to `gdImageBoundsSafe' *** Error code 1 I searched multipe mailing lists, no answer was provided. I also tried the latest snapshot: http://snaps.php.net/php4-STABLE-200406071230.tar.gz Same configure string, but the make and make install worked perfectly. Now my problem is that this _always_ works in the snapshots, but it's messed up in the stable release, which is why I thought I'd report it anyway. -- Edit bug report at http://bugs.php.net/?id=28675edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28675r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28675r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28675r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28675r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28675r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28675r=needscript Try newer version: http://bugs.php.net/fix.php?id=28675r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28675r=support Expected behavior: http://bugs.php.net/fix.php?id=28675r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28675r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28675r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28675r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28675r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28675r=dst IIS Stability: http://bugs.php.net/fix.php?id=28675r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28675r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28675r=float
#28663 [Opn]: Crash while doing MAKE after ./configure
ID: 28663 User updated by: mailings at nysander dot webd dot pl Reported By: mailings at nysander dot webd dot pl Status: Open Bug Type: Compile Failure Operating System: mandrake linux 10.0 community PHP Version: 5CVS-2004-06-07 (dev) New Comment: Version: PHP5-200405251430 with this configuration works fine and compiled without any problems: ./configure \ --with-apxs2=/usr/sbin/apxs2 \ --prefix=/usr/local/php5 \ --enable-dba \ --enable-dbase \ --with-db4 \ --with-gdbm \ --with-mysql \ --with-gd \ --with-jpeg-dir \ --with-png-dir \ --enable-gd-native-ttf \ --with-ttf \ --with-jpg \ --enable-discard-path \ --enable-inline-optimization \ --enable-memory-limit \ --enable-safe-mode \ --enable-static \ --enable-sysvsem \ --enable-sysvshm \ --with-config-file-path=/etc/httpd \ --enable-trans-sid \ --with-exec-dir=/home \ --with-kerberos \ --with-regex=system \ --with-zlib \ --enable-ftp \ --enable-bcmath \ --with-openssl \--enable-sockets \ --disable-yp \ --enable-magic-quotes \ --with-gettext=/usr \ --enable-shmop \ --enable-wddx \ --disable-debug \ --enable-debugger \ --enable-track-vars \ --with-pear Previous Comments: [2004-06-07 02:25:32] mailings at nysander dot webd dot pl found better bug category [2004-06-07 02:22:05] mailings at nysander dot webd dot pl apache 2.0.49 all system software upgrades done [2004-06-07 02:20:25] mailings at nysander dot webd dot pl Description: when i try to compile this version of php i configure it: ./configure \ --with-apxs2=/usr/local/apache2/bin/apxs \ --disable-cgi \ --prefix=/usr/local/php5/ \ --with-mysql=/usr/bin/mysql \ --with-gd \ --with-jpeg-dir \ --with-png-dir \ --enable-gd-native-ttf \ --with-ttf \ --with-jpg \ --enable-discard-path \ --disable-inline-optimization \ --enable-maintainer-zts=no \ --enable-memory-limit=no \ --enable-zend-multibyte=no \ --enable-safe-mode \ --enable-static \ --enable-sysvsem \ --enable-sysvshm \ --with-config-file-path=/etc/ \ --enable-trans-sid \ --with-exec-dir=/home \ --with-kerberos \ --with-regex=system \ --with-zlib \ --enable-ftp \ --enable-bcmath \ --with-openssl \ --enable-sockets \ --disable-yp \ --enable-magic-quotes \ --with-gettext=/usr \ --enable-shmop \ --enable-wddx \ --disable-debug \ --enable-debugger \ --enable-track-vars \ --with-pear \ --enable-sqlite this ends fine. next i do make and it crashes with this: byacc -p zend -v -d /Software/php5-snapshot/Zend/zend_language_parser.y -o Zend/zend_language_parser.c usage: byacc [-dlrtv] [-b file_prefix] [-p symbol_prefix] filename make: *** [Zend/zend_language_parser.c] Error 1 [EMAIL PROTECTED] php5-snapshot]# -- Edit this bug report at http://bugs.php.net/?id=28663edit=1
#28675 [Opn-Fbk]: compiling with internal GD lib fails
ID: 28675 Updated by: [EMAIL PROTECTED] Reported By: till at klimpong dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: FreeBSD 4.6 PHP Version: 4.3.7 New Comment: Do you have gd.h anywhere on your system beside the one found in the PHP directory? Previous Comments: [2004-06-07 16:25:48] till at klimpong dot com Description: I'm using 4.3.7 stable. Configure string: ./configure \ --with-apxs=/usr/local/sbin/apxs \ --with-config-file-path=/usr/local/etc \ --enable-versioning \ --with-regex=system \ --with-pgsql \ --with-gd \ --enable-gd-native-ttf \ --with-freetype-dir=/usr/local \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-zlib \ --with-bz2=/usr \ --with-mcrypt=/usr/local \ --with-mhash=/usr/local \ --with-pdflib=/usr/local \ --with-zlib-dir=/usr \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-tiff-dir=/usr/local \ --with-mysql=/usr/local/mysql4 \ --with-expat-dir=/usr/local \ --with-xmlrpc \ --enable-xslt \ --with-xslt-sablot \ --enable-wddx \ --with-dom=/usr/local \ --enable-ftp \ --with-gettext=/usr/local \ --enable-mbregex \ --enable-bcmath \ --enable-sockets \ --enable-sysvsem \ --enable-sysvshm \ --enable-trans-sid \ --with-iconv=/usr/local \ --enable-exif \ --enable-track-vars \ --with-imap \ --with-mcal \ --with-pear \ --with-openssl=/usr/local \ --disable-ipv6 Make fails with: ext/gd/gd.lo: In function `zif_imagegif': /usr/src/php-4.3.7/ext/gd/gd.c(.text+0x3d24): undefined reference to `gdImageGifCtx' ext/gd/gd.lo: In function `zif_imagecolorat': /usr/src/php-4.3.7/ext/gd/gd.c:1874: undefined reference to `gdImageBoundsSafe' /usr/src/php-4.3.7/ext/gd/gd.c:1882: undefined reference to `gdImageBoundsSafe' ext/pdf/pdf.lo: In function `zif_pdf_open_memory_image': /usr/src/php-4.3.7/ext/pdf/pdf.c(.text+0x6067): undefined reference to `gdImageBoundsSafe' /usr/src/php-4.3.7/ext/pdf/pdf.c(.text+0x60aa): undefined reference to `gdImageBoundsSafe' *** Error code 1 I searched multipe mailing lists, no answer was provided. I also tried the latest snapshot: http://snaps.php.net/php4-STABLE-200406071230.tar.gz Same configure string, but the make and make install worked perfectly. Now my problem is that this _always_ works in the snapshots, but it's messed up in the stable release, which is why I thought I'd report it anyway. -- Edit this bug report at http://bugs.php.net/?id=28675edit=1
#28675 [Fbk-Opn]: compiling with internal GD lib fails
ID: 28675 User updated by: till at klimpong dot com Reported By: till at klimpong dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: FreeBSD 4.6 PHP Version: 4.3.7 New Comment: Yes I do. Previous Comments: [2004-06-07 16:35:07] [EMAIL PROTECTED] Do you have gd.h anywhere on your system beside the one found in the PHP directory? [2004-06-07 16:25:48] till at klimpong dot com Description: I'm using 4.3.7 stable. Configure string: ./configure \ --with-apxs=/usr/local/sbin/apxs \ --with-config-file-path=/usr/local/etc \ --enable-versioning \ --with-regex=system \ --with-pgsql \ --with-gd \ --enable-gd-native-ttf \ --with-freetype-dir=/usr/local \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-zlib \ --with-bz2=/usr \ --with-mcrypt=/usr/local \ --with-mhash=/usr/local \ --with-pdflib=/usr/local \ --with-zlib-dir=/usr \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-tiff-dir=/usr/local \ --with-mysql=/usr/local/mysql4 \ --with-expat-dir=/usr/local \ --with-xmlrpc \ --enable-xslt \ --with-xslt-sablot \ --enable-wddx \ --with-dom=/usr/local \ --enable-ftp \ --with-gettext=/usr/local \ --enable-mbregex \ --enable-bcmath \ --enable-sockets \ --enable-sysvsem \ --enable-sysvshm \ --enable-trans-sid \ --with-iconv=/usr/local \ --enable-exif \ --enable-track-vars \ --with-imap \ --with-mcal \ --with-pear \ --with-openssl=/usr/local \ --disable-ipv6 Make fails with: ext/gd/gd.lo: In function `zif_imagegif': /usr/src/php-4.3.7/ext/gd/gd.c(.text+0x3d24): undefined reference to `gdImageGifCtx' ext/gd/gd.lo: In function `zif_imagecolorat': /usr/src/php-4.3.7/ext/gd/gd.c:1874: undefined reference to `gdImageBoundsSafe' /usr/src/php-4.3.7/ext/gd/gd.c:1882: undefined reference to `gdImageBoundsSafe' ext/pdf/pdf.lo: In function `zif_pdf_open_memory_image': /usr/src/php-4.3.7/ext/pdf/pdf.c(.text+0x6067): undefined reference to `gdImageBoundsSafe' /usr/src/php-4.3.7/ext/pdf/pdf.c(.text+0x60aa): undefined reference to `gdImageBoundsSafe' *** Error code 1 I searched multipe mailing lists, no answer was provided. I also tried the latest snapshot: http://snaps.php.net/php4-STABLE-200406071230.tar.gz Same configure string, but the make and make install worked perfectly. Now my problem is that this _always_ works in the snapshots, but it's messed up in the stable release, which is why I thought I'd report it anyway. -- Edit this bug report at http://bugs.php.net/?id=28675edit=1
#28675 [Opn-Fbk]: compiling with internal GD lib fails
ID: 28675 Updated by: [EMAIL PROTECTED] Reported By: till at klimpong dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: FreeBSD 4.6 PHP Version: 4.3.7 New Comment: Can you temporary remove that file and then try to configure/compile PHP. Previous Comments: [2004-06-07 16:38:00] till at klimpong dot com Yes I do. [2004-06-07 16:35:07] [EMAIL PROTECTED] Do you have gd.h anywhere on your system beside the one found in the PHP directory? [2004-06-07 16:25:48] till at klimpong dot com Description: I'm using 4.3.7 stable. Configure string: ./configure \ --with-apxs=/usr/local/sbin/apxs \ --with-config-file-path=/usr/local/etc \ --enable-versioning \ --with-regex=system \ --with-pgsql \ --with-gd \ --enable-gd-native-ttf \ --with-freetype-dir=/usr/local \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-zlib \ --with-bz2=/usr \ --with-mcrypt=/usr/local \ --with-mhash=/usr/local \ --with-pdflib=/usr/local \ --with-zlib-dir=/usr \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-tiff-dir=/usr/local \ --with-mysql=/usr/local/mysql4 \ --with-expat-dir=/usr/local \ --with-xmlrpc \ --enable-xslt \ --with-xslt-sablot \ --enable-wddx \ --with-dom=/usr/local \ --enable-ftp \ --with-gettext=/usr/local \ --enable-mbregex \ --enable-bcmath \ --enable-sockets \ --enable-sysvsem \ --enable-sysvshm \ --enable-trans-sid \ --with-iconv=/usr/local \ --enable-exif \ --enable-track-vars \ --with-imap \ --with-mcal \ --with-pear \ --with-openssl=/usr/local \ --disable-ipv6 Make fails with: ext/gd/gd.lo: In function `zif_imagegif': /usr/src/php-4.3.7/ext/gd/gd.c(.text+0x3d24): undefined reference to `gdImageGifCtx' ext/gd/gd.lo: In function `zif_imagecolorat': /usr/src/php-4.3.7/ext/gd/gd.c:1874: undefined reference to `gdImageBoundsSafe' /usr/src/php-4.3.7/ext/gd/gd.c:1882: undefined reference to `gdImageBoundsSafe' ext/pdf/pdf.lo: In function `zif_pdf_open_memory_image': /usr/src/php-4.3.7/ext/pdf/pdf.c(.text+0x6067): undefined reference to `gdImageBoundsSafe' /usr/src/php-4.3.7/ext/pdf/pdf.c(.text+0x60aa): undefined reference to `gdImageBoundsSafe' *** Error code 1 I searched multipe mailing lists, no answer was provided. I also tried the latest snapshot: http://snaps.php.net/php4-STABLE-200406071230.tar.gz Same configure string, but the make and make install worked perfectly. Now my problem is that this _always_ works in the snapshots, but it's messed up in the stable release, which is why I thought I'd report it anyway. -- Edit this bug report at http://bugs.php.net/?id=28675edit=1
#25172 [Com]: register_globals=on and $HTTP_HOST sometimes empty
ID: 25172 Comment by: david at 4dhosting dot com Reported By: php at lansco dot de Status: Bogus Bug Type: Apache2 related Operating System: Linux PHP Version: 4.3.3 New Comment: I can report experiencing this problem under IIS6 and PHP 4.3.7. It occurs when 'register_globals' is off. Previous Comments: [2004-01-28 14:22:46] [EMAIL PROTECTED] This should now be fixed in CVS. Fix scheduled for PHP 4.3.5. [2003-10-04 00:49:37] [EMAIL PROTECTED] See bug #25753 (placeholder for all these reports about leaking php ini settings) [2003-08-26 06:16:40] php at lansco dot de I've found one (among thousands) .htaccess-File that contains php_flag register_globals off. When I access the site that has this entry simultaneous with my test page the error occurs. Elsewise not. After I have disabled the .htaccess-entry the error doesn't occur any more. I have tested again various versions of PHP while accessing the site with .htaccess-entry: PHP-4.3.1: no errors PHP-4.3.2: errors PHP-4.3.3: errors Why does it properly work with PHP-4.3.1 and not with later versions? [2003-08-25 22:24:08] [EMAIL PROTECTED] Yes, it took about 30 minutes until I got the same result. This is what I found: register_globals Off On Something caused this..are you ABSOLUTELY sure you don't use ANY php_value or php_admin_value or php_flag or php_admin_flag directives in httpd.conf / .htaccess files? (In ANY virtual host you might have there) [2003-08-25 05:08:34] php at lansco dot de I have tested it right now with this command line: # watch -n 1 wget http://www.lansco.de/php/bug-25172.php -q -O xxx;cat xxxzzz;tail -n 30 zzz For about 10 minutes no error occured. After that time in nearly every request I have had this error for about 30 times. I added the line if(!isset($HTTP_HOST)) phpinfo(); to http://www.lansco.de/php/bug-25172.php and there is a really surprising phenomenon: In the phpinfo()-output HTTP_HOST is correctly set to www.lansco.de!!! register_globals is only set by the php.ini-file. Please try again and test it for about 20 to 30 minutes. 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/25172 -- Edit this bug report at http://bugs.php.net/?id=25172edit=1
#28672 [Fbk-Opn]: error: Problem with libjpeg.(a|so)
ID: 28672
User updated by: c dot meisinger at livingliquid dot com
Reported By: c dot meisinger at livingliquid dot com
-Status: Feedback
+Status: Open
Bug Type: Compile Failure
Operating System: RedHat 7.3
PHP Version: 4.3.7
New Comment:
configure:29567: checking for GD support
configure:29614: checking for the location of libjpeg
configure:29641: checking for the location of libpng
configure:29694: checking for the location of libXpm
configure:29719: checking for FreeType 1.x support
configure:29744: checking for FreeType 2
configure:29769: checking for T1lib support
configure:29794: checking whether to enable truetype string function in
GD
configure:29819: checking whether to enable JIS-mapped Japanese font
support in GD
configure:29873: checking for fabsf
configure:29901: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/ssl/lib
-L/usr/local/ssl/lib -Wl,-rpath,/usr/local/curl/lib
-L/usr/local/curl/lib conftest.c -lcurl -lbz2 -lz -lssl -
lcrypto -lresolv -lm -ldl -lnsl -lcurl -lssl -lcrypto -ldl -lz 15
configure:29885: warning: conflicting types for built-in function
`fabsf'
configure:29873: checking for floorf
configure:29901: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/ssl/lib
-L/usr/local/ssl/lib -Wl,-rpath,/usr/local/curl/lib
-L/usr/local/curl/lib conftest.c -lcurl -lbz2 -lz -lssl -
lcrypto -lresolv -lm -ldl -lnsl -lcurl -lssl -lcrypto -ldl -lz 15
configure:30033: checking for jpeg_read_header in -ljpeg
configure:30052: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/lib
-L/usr/local/lib -Wl,-rpath,/usr/local/ssl/lib -L/usr/local/ssl/lib
-Wl,-rpath,/usr/local/curl/lib -L/usr/local/c
url/lib conftest.c -ljpeg -lcurl -lbz2 -lz -lssl -lcrypto -lresolv -lm
-ldl -lnsl -lcurl -lssl -lcrypto -ldl -lz 15
/usr/local/lib/libssl.a(t1_enc.o): In function `tls1_P_hash':
t1_enc.o(.text+0x15e): undefined reference to `HMAC_cleanup'
t1_enc.o(.text+0x16c): undefined reference to `HMAC_cleanup'
collect2: ld returned 1 exit status
configure: failed program was:
#line 30041 configure
#include confdefs.h
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char jpeg_read_header();
int main() {
jpeg_read_header()
; return 0; }
Previous Comments:
[2004-06-07 15:55:38] [EMAIL PROTECTED]
Look inside the config.log file was the failure reason.
[2004-06-07 15:17:37] c dot meisinger at livingliquid dot com
Description:
if i compile php 4.3.7 with --with-jpge-dir=...
i get the following error:
checking for jpeg_read_header in -ljpeg... no
configure: error: Problem with libjpeg.(a|so). Please check config.log
for more information.
jpeg-6b is installed.
all works perfect with 4.3.6 and previous versions
my configure looks like this:
'./configure' \
'--prefix=/usr/local/php' \
'--with-openssl=/usr/local/ssl' \
'--with-zlib' \
'--with-bz2' \
'--with-zip' \
'--with-mysql=/usr/local/mysql' \
'--with-wddx' \
'--with-gd' \
'--enable-native-gd-ttf' \
'--enable-ttf' \
'--with-ttf' \
'--with-t1lib' \
'--with-jpeg-dir=/usr/lib/' \
'--with-png-dir=/usr/lib/' \
'--with-apache=/usr/local/src/apache_1.3.31' \
'--with-mcrypt=/usr/local/libmcrypt' \
'--with-mhash' \
'--with-curl=/usr/local/curl' \
$@
--
Edit this bug report at http://bugs.php.net/?id=28672edit=1
#28349 [Opn-Bgs]: display_errors = off is ignored
ID: 28349 Updated by: [EMAIL PROTECTED] Reported By: jonathan at nationaldirect dot net -Status: Open +Status: Bogus Bug Type: Output Control Operating System: Win2k PHP Version: 4.3.6 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php When you specified a log file that can not be written to, it is better to display the error rather then hide it and lose the record that is had every occurred. Previous Comments: [2004-06-07 17:01:59] jonathan at nationaldirect dot net I have figured it out. This is not a php bug but rather a Windows folder security settings issue. Something in IIS is setting default to deny write access to some users like Web Anonymous Users and IUSR_computername accounts. If the user Web Anonymous Users is denied write access to the folder then the output will be directed to the webpage. When I manually remove DENY WRITE ACCESS from the folder where the phperrors.log file is to be then all is ok. I still think this is a bug because it still allows erros to display even when display_errors = off. [2004-06-07 16:13:33] jonathan at nationaldirect dot net I just upgraded to php 4.3.7 on the off chance the bug was fixed but no luck. It exists there too. [2004-06-07 15:57:35] jonathan at nationaldirect dot net I also have error_log = php_errors.log to log errors and stuff to a file in the same folder as the script. [2004-06-07 15:55:27] jonathan at nationaldirect dot net I have done some more investigation and this is what I found. If I set error_reporting = E_ALL ~E_NOTICE instead of error_reporting = E_ALL the bug goes away. It seems that only the Notices are slipping through to the webpages. [2004-06-05 01:00:03] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, 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. 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/28349 -- Edit this bug report at http://bugs.php.net/?id=28349edit=1
#28672 [Opn-Bgs]: error: Problem with libjpeg.(a|so)
ID: 28672
Updated by: [EMAIL PROTECTED]
Reported By: c dot meisinger at livingliquid dot com
-Status: Open
+Status: Bogus
Bug Type: Compile Failure
Operating System: RedHat 7.3
PHP Version: 4.3.7
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
The problems appears to be a broken libssl that is missing
symbols for HMAC_cleanup.
/usr/local/lib/libssl.a(t1_enc.o): In function
`tls1_P_hash':
t1_enc.o(.text+0x15e): undefined reference to
`HMAC_cleanup'
t1_enc.o(.text+0x16c): undefined reference to
`HMAC_cleanup'
Because -lssl is being used the test compiled against it
fails.
Previous Comments:
[2004-06-07 16:54:48] c dot meisinger at livingliquid dot com
configure:29567: checking for GD support
configure:29614: checking for the location of libjpeg
configure:29641: checking for the location of libpng
configure:29694: checking for the location of libXpm
configure:29719: checking for FreeType 1.x support
configure:29744: checking for FreeType 2
configure:29769: checking for T1lib support
configure:29794: checking whether to enable truetype string function in
GD
configure:29819: checking whether to enable JIS-mapped Japanese font
support in GD
configure:29873: checking for fabsf
configure:29901: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/ssl/lib
-L/usr/local/ssl/lib -Wl,-rpath,/usr/local/curl/lib
-L/usr/local/curl/lib conftest.c -lcurl -lbz2 -lz -lssl -
lcrypto -lresolv -lm -ldl -lnsl -lcurl -lssl -lcrypto -ldl -lz 15
configure:29885: warning: conflicting types for built-in function
`fabsf'
configure:29873: checking for floorf
configure:29901: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/ssl/lib
-L/usr/local/ssl/lib -Wl,-rpath,/usr/local/curl/lib
-L/usr/local/curl/lib conftest.c -lcurl -lbz2 -lz -lssl -
lcrypto -lresolv -lm -ldl -lnsl -lcurl -lssl -lcrypto -ldl -lz 15
configure:30033: checking for jpeg_read_header in -ljpeg
configure:30052: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/lib
-L/usr/local/lib -Wl,-rpath,/usr/local/ssl/lib -L/usr/local/ssl/lib
-Wl,-rpath,/usr/local/curl/lib -L/usr/local/c
url/lib conftest.c -ljpeg -lcurl -lbz2 -lz -lssl -lcrypto -lresolv -lm
-ldl -lnsl -lcurl -lssl -lcrypto -ldl -lz 15
/usr/local/lib/libssl.a(t1_enc.o): In function `tls1_P_hash':
t1_enc.o(.text+0x15e): undefined reference to `HMAC_cleanup'
t1_enc.o(.text+0x16c): undefined reference to `HMAC_cleanup'
collect2: ld returned 1 exit status
configure: failed program was:
#line 30041 configure
#include confdefs.h
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char jpeg_read_header();
int main() {
jpeg_read_header()
; return 0; }
[2004-06-07 15:55:38] [EMAIL PROTECTED]
Look inside the config.log file was the failure reason.
[2004-06-07 15:17:37] c dot meisinger at livingliquid dot com
Description:
if i compile php 4.3.7 with --with-jpge-dir=...
i get the following error:
checking for jpeg_read_header in -ljpeg... no
configure: error: Problem with libjpeg.(a|so). Please check config.log
for more information.
jpeg-6b is installed.
all works perfect with 4.3.6 and previous versions
my configure looks like this:
'./configure' \
'--prefix=/usr/local/php' \
'--with-openssl=/usr/local/ssl' \
'--with-zlib' \
'--with-bz2' \
'--with-zip' \
'--with-mysql=/usr/local/mysql' \
'--with-wddx' \
'--with-gd' \
'--enable-native-gd-ttf' \
'--enable-ttf' \
'--with-ttf' \
'--with-t1lib' \
'--with-jpeg-dir=/usr/lib/' \
'--with-png-dir=/usr/lib/' \
'--with-apache=/usr/local/src/apache_1.3.31' \
'--with-mcrypt=/usr/local/libmcrypt' \
'--with-mhash' \
'--with-curl=/usr/local/curl' \
$@
--
Edit this bug report at http://bugs.php.net/?id=28672edit=1
#28349 [Bgs-Opn]: display_errors = off is ignored
ID: 28349 User updated by: jonathan at nationaldirect dot net Reported By: jonathan at nationaldirect dot net -Status: Bogus +Status: Open Bug Type: Output Control Operating System: Win2k PHP Version: 4.3.6 New Comment: On a production machine we cannot display errors to the end user because of the privacy and security risks. I think if we put a comment in the php.ini file to warn windows users of this issue and also quietly discard the errors if the file cannot be written to then it would be more acceptable. Previous Comments: [2004-06-07 17:03:55] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php When you specified a log file that can not be written to, it is better to display the error rather then hide it and lose the record that is had every occurred. [2004-06-07 17:01:59] jonathan at nationaldirect dot net I have figured it out. This is not a php bug but rather a Windows folder security settings issue. Something in IIS is setting default to deny write access to some users like Web Anonymous Users and IUSR_computername accounts. If the user Web Anonymous Users is denied write access to the folder then the output will be directed to the webpage. When I manually remove DENY WRITE ACCESS from the folder where the phperrors.log file is to be then all is ok. I still think this is a bug because it still allows erros to display even when display_errors = off. [2004-06-07 16:13:33] jonathan at nationaldirect dot net I just upgraded to php 4.3.7 on the off chance the bug was fixed but no luck. It exists there too. [2004-06-07 15:57:35] jonathan at nationaldirect dot net I also have error_log = php_errors.log to log errors and stuff to a file in the same folder as the script. [2004-06-07 15:55:27] jonathan at nationaldirect dot net I have done some more investigation and this is what I found. If I set error_reporting = E_ALL ~E_NOTICE instead of error_reporting = E_ALL the bug goes away. It seems that only the Notices are slipping through to the webpages. 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/28349 -- Edit this bug report at http://bugs.php.net/?id=28349edit=1
#28645 [Opn-Fbk]: SMTP value won't load although configured in php.ini
ID: 28645 Updated by: [EMAIL PROTECTED] Reported By: herps at raqtweak dot com -Status: Open +Status: Feedback Bug Type: Mail related Operating System: Windows XP Professional PHP Version: 4.3.7 New Comment: Are you using PHP as Apache module or CGI? Do you have php.ini files anywhere else on the system? Previous Comments: [2004-06-07 07:34:58] herps at raqtweak dot com OK just did that, still nothing!! [2004-06-07 07:23:32] sean_o_n at hotmail dot com You have to reboot before the php.ini kicks in, it seems. [2004-06-05 23:28:18] herps at raqtweak dot com Description: I run a small server on WinXP Professional. Apache 2.0.49, PHP 4.3.7 and mySQL 4.0.20 My PHP.ini file is in C:\Windows. I see this when I do a phpinfo(); I edit register_globals from off to on for example, and restart apache. That works. Now, I edit SMTP = localhost to SMTP = mail.my-other-server.com save, and restart Apache. Mail function doesn't work. So I check my phpinfo(); It STILL shows localhost. PHP.ini shows mail.my-other-server.com It just does not seem to load this value from PHP.ini Expected result: Change in phpinfo(); Actual result: -- No change. -- Edit this bug report at http://bugs.php.net/?id=28645edit=1
#28645 [Fbk-Opn]: SMTP value won't load although configured in php.ini
ID: 28645 User updated by: herps at raqtweak dot com Reported By: herps at raqtweak dot com -Status: Feedback +Status: Open Bug Type: Mail related Operating System: Windows XP Professional PHP Version: 4.3.7 New Comment: Apache2 module. Only 1 PHP.ini file. Searched entire system. I AM using show extensions option in WinXP, so I do not have php.ini.ini Previous Comments: [2004-06-07 17:07:13] [EMAIL PROTECTED] Are you using PHP as Apache module or CGI? Do you have php.ini files anywhere else on the system? [2004-06-07 07:34:58] herps at raqtweak dot com OK just did that, still nothing!! [2004-06-07 07:23:32] sean_o_n at hotmail dot com You have to reboot before the php.ini kicks in, it seems. [2004-06-05 23:28:18] herps at raqtweak dot com Description: I run a small server on WinXP Professional. Apache 2.0.49, PHP 4.3.7 and mySQL 4.0.20 My PHP.ini file is in C:\Windows. I see this when I do a phpinfo(); I edit register_globals from off to on for example, and restart apache. That works. Now, I edit SMTP = localhost to SMTP = mail.my-other-server.com save, and restart Apache. Mail function doesn't work. So I check my phpinfo(); It STILL shows localhost. PHP.ini shows mail.my-other-server.com It just does not seem to load this value from PHP.ini Expected result: Change in phpinfo(); Actual result: -- No change. -- Edit this bug report at http://bugs.php.net/?id=28645edit=1
#28349 [Opn]: display_errors = off is ignored
ID: 28349 User updated by: jonathan at nationaldirect dot net Reported By: jonathan at nationaldirect dot net Status: Open Bug Type: Output Control Operating System: Win2k PHP Version: 4.3.6 New Comment: I still think we need to put a warning somewhere because this is a potential security risk. Maybe we could let the user choose what to do by putting a setting in the php.ini file. Previous Comments: [2004-06-07 17:07:11] jonathan at nationaldirect dot net On a production machine we cannot display errors to the end user because of the privacy and security risks. I think if we put a comment in the php.ini file to warn windows users of this issue and also quietly discard the errors if the file cannot be written to then it would be more acceptable. [2004-06-07 17:03:55] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php When you specified a log file that can not be written to, it is better to display the error rather then hide it and lose the record that is had every occurred. [2004-06-07 17:01:59] jonathan at nationaldirect dot net I have figured it out. This is not a php bug but rather a Windows folder security settings issue. Something in IIS is setting default to deny write access to some users like Web Anonymous Users and IUSR_computername accounts. If the user Web Anonymous Users is denied write access to the folder then the output will be directed to the webpage. When I manually remove DENY WRITE ACCESS from the folder where the phperrors.log file is to be then all is ok. I still think this is a bug because it still allows erros to display even when display_errors = off. [2004-06-07 16:13:33] jonathan at nationaldirect dot net I just upgraded to php 4.3.7 on the off chance the bug was fixed but no luck. It exists there too. [2004-06-07 15:57:35] jonathan at nationaldirect dot net I also have error_log = php_errors.log to log errors and stuff to a file in the same folder as the script. 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/28349 -- Edit this bug report at http://bugs.php.net/?id=28349edit=1
#28672 [Bgs]: error: Problem with libjpeg.(a|so)
ID: 28672
User updated by: c dot meisinger at livingliquid dot com
Reported By: c dot meisinger at livingliquid dot com
Status: Bogus
Bug Type: Compile Failure
Operating System: RedHat 7.3
PHP Version: 4.3.7
New Comment:
strange... if i remove --with-jpeg-dir, it works
and why does jpeg check for openssl???
if i remove --with-openssl i still get this error.
openssl installation is ok too.
btw. it WORKED with php4.3.6
Previous Comments:
[2004-06-07 17:05:21] [EMAIL PROTECTED]
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
The problems appears to be a broken libssl that is missing
symbols for HMAC_cleanup.
/usr/local/lib/libssl.a(t1_enc.o): In function
`tls1_P_hash':
t1_enc.o(.text+0x15e): undefined reference to
`HMAC_cleanup'
t1_enc.o(.text+0x16c): undefined reference to
`HMAC_cleanup'
Because -lssl is being used the test compiled against it
fails.
[2004-06-07 16:54:48] c dot meisinger at livingliquid dot com
configure:29567: checking for GD support
configure:29614: checking for the location of libjpeg
configure:29641: checking for the location of libpng
configure:29694: checking for the location of libXpm
configure:29719: checking for FreeType 1.x support
configure:29744: checking for FreeType 2
configure:29769: checking for T1lib support
configure:29794: checking whether to enable truetype string function in
GD
configure:29819: checking whether to enable JIS-mapped Japanese font
support in GD
configure:29873: checking for fabsf
configure:29901: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/ssl/lib
-L/usr/local/ssl/lib -Wl,-rpath,/usr/local/curl/lib
-L/usr/local/curl/lib conftest.c -lcurl -lbz2 -lz -lssl -
lcrypto -lresolv -lm -ldl -lnsl -lcurl -lssl -lcrypto -ldl -lz 15
configure:29885: warning: conflicting types for built-in function
`fabsf'
configure:29873: checking for floorf
configure:29901: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/ssl/lib
-L/usr/local/ssl/lib -Wl,-rpath,/usr/local/curl/lib
-L/usr/local/curl/lib conftest.c -lcurl -lbz2 -lz -lssl -
lcrypto -lresolv -lm -ldl -lnsl -lcurl -lssl -lcrypto -ldl -lz 15
configure:30033: checking for jpeg_read_header in -ljpeg
configure:30052: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/lib
-L/usr/local/lib -Wl,-rpath,/usr/local/ssl/lib -L/usr/local/ssl/lib
-Wl,-rpath,/usr/local/curl/lib -L/usr/local/c
url/lib conftest.c -ljpeg -lcurl -lbz2 -lz -lssl -lcrypto -lresolv -lm
-ldl -lnsl -lcurl -lssl -lcrypto -ldl -lz 15
/usr/local/lib/libssl.a(t1_enc.o): In function `tls1_P_hash':
t1_enc.o(.text+0x15e): undefined reference to `HMAC_cleanup'
t1_enc.o(.text+0x16c): undefined reference to `HMAC_cleanup'
collect2: ld returned 1 exit status
configure: failed program was:
#line 30041 configure
#include confdefs.h
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char jpeg_read_header();
int main() {
jpeg_read_header()
; return 0; }
[2004-06-07 15:55:38] [EMAIL PROTECTED]
Look inside the config.log file was the failure reason.
[2004-06-07 15:17:37] c dot meisinger at livingliquid dot com
Description:
if i compile php 4.3.7 with --with-jpge-dir=...
i get the following error:
checking for jpeg_read_header in -ljpeg... no
configure: error: Problem with libjpeg.(a|so). Please check config.log
for more information.
jpeg-6b is installed.
all works perfect with 4.3.6 and previous versions
my configure looks like this:
'./configure' \
'--prefix=/usr/local/php' \
'--with-openssl=/usr/local/ssl' \
'--with-zlib' \
'--with-bz2' \
'--with-zip' \
'--with-mysql=/usr/local/mysql' \
'--with-wddx' \
'--with-gd' \
'--enable-native-gd-ttf' \
'--enable-ttf' \
'--with-ttf' \
'--with-t1lib' \
'--with-jpeg-dir=/usr/lib/' \
'--with-png-dir=/usr/lib/' \
'--with-apache=/usr/local/src/apache_1.3.31' \
'--with-mcrypt=/usr/local/libmcrypt' \
'--with-mhash' \
'--with-curl=/usr/local/curl' \
$@
--
Edit this bug report at http://bugs.php.net/?id=28672edit=1
#13465 [Com]: imap_fetchstructure problem
ID: 13465 Comment by: se at designlinks dot net Reported By: seung_hwan at hotmail dot com Status: Bogus Bug Type: IMAP related Operating System: Red Hat 7.1 (Seawolf) PHP Version: 4.0.6 New Comment: OK - so how do we get in touch with the IMAP guys to correct this 'issue'? I agree that the fault lies squarely on the shoulders of the sender for not adding the mandatory MIME-version header, but surely imap_fetchstructure can deal with the missing header. Eh - what if we just inject the mandatory field into the header before calls to this function (whether or not the field is already there?) Previous Comments: [2003-01-22 08:30:59] tm at bogs dot de I've found the following explanation for this problem (although many mail clients interpret the content as html, imap do not so, but it seems to be an error on side of the sender not of the receiver): [...] Once again, let me emphasize that Content-Type: text/html without the mandatory MIME-Version header is garbage. It violates both MIME and the older format. See also: - http://www.faqchest.com/prgm/wuimap-l/imap-01/imap-0110/imap-011002/imap01103110_15803.html - http://www.faqchest.com/prgm/wuimap-l/imap-01/imap-0110/imap-011002/imap01103111_18907.html - http://www.faqchest.com/prgm/wuimap-l/imap-01/imap-0110/imap-011002/imap01103001_02507.html [2001-10-19 02:42:37] [EMAIL PROTECTED] If it is a bug (which I doubt), it's not a PHP bug, but a bug in the library that the imap extension used. I recommend to check this out with the imap guys. Not a PHP bug bogus. [2001-10-19 00:00:16] seung_hwan at hotmail dot com Nobody knows how to solve this problem??? [2001-09-26 22:05:51] seung_hwan at hotmail dot com The list of modules I compiled PHP with: ./configure --with-apxs=/usr/local/apache/bin/apxs \ --with-mysql=/usr/local/mysql \ --with-imap=/usr/local/imap \ --with-language=korean \ --with-charset=euc_kr \ --with-zlib \ --enable-track-vars \ --disbale-debug \ --enable-modules=so \ --with-config-file-path=/usr/local/apache/conf \ My server environments: OS - Red Hat 7.1 PHP- 4.0.6 qmail - 1.03 imap - 4.7 apache - 1.3.20 mysql - 3.23.39 If a mail header contains 'Mime-Version: 1.0', imap_fetchstructure works ok. However If not, imap_fetchstructure always returns the type value as text and the subtype value as plain. For example, suppose I receive the following mail. x-sender: [EMAIL PROTECTED] x-receiver: [EMAIL PROTECTED] Received: from myonair.com by gaultier with Microsoft SMTPSVC(5.0.2172.1); Tue, 25 Sep 2001 11:34:08 +0900 Received: (qmail 31008 invoked by uid 99); 25 Sep 2001 11:39:49 +0900(KST) Date: 25 Sep 2001 11:39:49 +0900(KST) Message-ID: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: test From: [EMAIL PROTECTED] Content-Type: text/html; charset=ks_c_5601-1987 Return-Path: [EMAIL PROTECTED] X-OriginalArrivalTime: 25 Sep 2001 02:34:08.0868 (UTC) FILETIME=[8DAA4240:01C1456A] iframe frameborder=0 scrolling=no topmargin=0 leftmargin=0 src=http://mail.myonair.com/letter/mail_to.html?user_no=2; width=620 height=450/iframe The mail content type is text/html, but imap_fetchstructure returns the content type as text/plain because there is not 'Mime-Version: 1.0' in the mail header. If the mail header contains 'Mime-Version: 1.0', imap_fetchstructure works properly. Is this a kind of bug? -- Edit this bug report at http://bugs.php.net/?id=13465edit=1
#28675 [Fbk-Opn]: compiling with internal GD lib fails
ID: 28675 User updated by: till at klimpong dot com Reported By: till at klimpong dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: FreeBSD 4.6 PHP Version: 4.3.7 New Comment: /usr/local/include/gd/gd.h.old /usr/local/include/libwmf/gd/gd.h /usr/local/include/libwmf/gd.h /usr/local/include/gd.h.old /usr/local/share/doc/libwmf/gd.html Did that, but it still failed. Do you think I need to remove it from within libwmf directory as well? Previous Comments: [2004-06-07 16:39:35] [EMAIL PROTECTED] Can you temporary remove that file and then try to configure/compile PHP. [2004-06-07 16:38:00] till at klimpong dot com Yes I do. [2004-06-07 16:35:07] [EMAIL PROTECTED] Do you have gd.h anywhere on your system beside the one found in the PHP directory? [2004-06-07 16:25:48] till at klimpong dot com Description: I'm using 4.3.7 stable. Configure string: ./configure \ --with-apxs=/usr/local/sbin/apxs \ --with-config-file-path=/usr/local/etc \ --enable-versioning \ --with-regex=system \ --with-pgsql \ --with-gd \ --enable-gd-native-ttf \ --with-freetype-dir=/usr/local \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-zlib \ --with-bz2=/usr \ --with-mcrypt=/usr/local \ --with-mhash=/usr/local \ --with-pdflib=/usr/local \ --with-zlib-dir=/usr \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-tiff-dir=/usr/local \ --with-mysql=/usr/local/mysql4 \ --with-expat-dir=/usr/local \ --with-xmlrpc \ --enable-xslt \ --with-xslt-sablot \ --enable-wddx \ --with-dom=/usr/local \ --enable-ftp \ --with-gettext=/usr/local \ --enable-mbregex \ --enable-bcmath \ --enable-sockets \ --enable-sysvsem \ --enable-sysvshm \ --enable-trans-sid \ --with-iconv=/usr/local \ --enable-exif \ --enable-track-vars \ --with-imap \ --with-mcal \ --with-pear \ --with-openssl=/usr/local \ --disable-ipv6 Make fails with: ext/gd/gd.lo: In function `zif_imagegif': /usr/src/php-4.3.7/ext/gd/gd.c(.text+0x3d24): undefined reference to `gdImageGifCtx' ext/gd/gd.lo: In function `zif_imagecolorat': /usr/src/php-4.3.7/ext/gd/gd.c:1874: undefined reference to `gdImageBoundsSafe' /usr/src/php-4.3.7/ext/gd/gd.c:1882: undefined reference to `gdImageBoundsSafe' ext/pdf/pdf.lo: In function `zif_pdf_open_memory_image': /usr/src/php-4.3.7/ext/pdf/pdf.c(.text+0x6067): undefined reference to `gdImageBoundsSafe' /usr/src/php-4.3.7/ext/pdf/pdf.c(.text+0x60aa): undefined reference to `gdImageBoundsSafe' *** Error code 1 I searched multipe mailing lists, no answer was provided. I also tried the latest snapshot: http://snaps.php.net/php4-STABLE-200406071230.tar.gz Same configure string, but the make and make install worked perfectly. Now my problem is that this _always_ works in the snapshots, but it's messed up in the stable release, which is why I thought I'd report it anyway. -- Edit this bug report at http://bugs.php.net/?id=28675edit=1
#16141 [Com]: imap_fetchstructure does not return the right Content-Type
ID: 16141 Comment by: se at designlinks dot net Reported By: sethdart at yahoo dot com Status: Closed Bug Type: IMAP related Operating System: Linux 2.4.9-21smp PHP Version: 4.1.2 New Comment: OK - this is a cclient library bug - what do we do get the guys on the case. This bug is linked to Bug #13465: imap_fetchstructure problem Previous Comments: [2002-03-18 09:15:48] [EMAIL PROTECTED] reclassified [2002-03-18 07:06:09] [EMAIL PROTECTED] It's not a bug in PHP and IMO nto a bug at all. If it is a bug, it's in the cclient library you are using, or even your IMAP server. [2002-03-18 06:46:12] sethdart at yahoo dot com It only appears if the mail header does not contains the MIME-Version line ! [2002-03-18 06:37:22] sethdart at yahoo dot com If the mail Content-Type is text/html (and there's no MIME part) imap_fetchstructure always return text/plain but if the mail contains multiple parts, there's no problem -- Edit this bug report at http://bugs.php.net/?id=16141edit=1
#28201 [NoF-Opn]: FormExpress Module for PostNuke does not work
ID: 28201 User updated by: guyl at mtselect dot co dot uk Reported By: guyl at mtselect dot co dot uk -Status: No Feedback +Status: Open Bug Type: Reproducible crash Operating System: FreeBSD psa1.123dns.net 4.10-BET PHP Version: 4.3.6 New Comment: Thanks to ndickson - this seems to be a fix. Presume this was a programming error that ealrier PHPs let go and newer versions pick up on. Previous Comments: [2004-06-07 14:42:55] ren at renesurbek dot com I am having the same problem I can't get the form Express module to Initialize, just get a blank screen??? I can get it too work on php 4.3.4 but my isp where the website is uses php 4.3.6.. I really could use some help on this one ASAP Rene [2004-06-05 11:51:55] php at ndickson dot co dot uk I believe I have a workaround for this. Obviously, you do this at your own risk, and you should ensure that you keep backups before making any changes. In the FormExpress file pntables.php, go to the second-to-last line, which just contains ); (line 142 in my file). It is immediately beneath a large comment. Comment-out this line, and I found that everything works fine again. Tested using php-4.3.5-Win32. [2004-05-18 10:03:40] sites at onetimesolutions dot com dot au This bug is definitely recurring with FormExpress and PHP 4.3.6 [2004-05-05 22:28:03] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2004-04-28 14:10:56] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. 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/28201 -- Edit this bug report at http://bugs.php.net/?id=28201edit=1
#28667 [Fbk-Csd]: strange max execution time msg
ID: 28667
User updated by: mister dot v at laposte dot net
Reported By: mister dot v at laposte dot net
-Status: Feedback
+Status: Closed
Bug Type:Output Control
PHP Version: 4.3.4
New Comment:
The problem was coming from a function I declared. It was too long to
execute on an old php version.
this fonction was a replacement for the missing html_entities_decode().
(doesn't exist on php 4.1)
I still don't know why the error was like this (in Unknown on
line 0) but this problem doesn't appear in earlier versions so forget
it.
Previous Comments:
[2004-06-07 15:53:35] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2004-06-07 11:59:07] mister dot v at laposte dot net
Description:
I created a script using ob_start('callback'), and i think the probleme
is link to the use of this function. (no problems when not using it)
when executing this script on local machine with PHP 4.3 their is no
problems, but when I execute the same script online on a server with
PHP 4.1, I sometimes get this error :
Fatal error: Maximum execution time of 30 seconds exceeded in Unknown
on line 0
This error doesn't appear all the time. I couldn't find a reason why it
happens. If i'm on a page and got no problems, I reload it and it can
appear, or not.
All the script is executed.
I get all the page, without problems, but the navigator is still
waiting for something and after quite a long time (probably 30s : max
execution time) the error message appears.
( excuse me for my poor english )
Reproduce code:
---
don't know where the problem come from, so i can't show any code.
The error appears on this web site :
http://www.ingetech.fr
Actual result:
--
all the script is executed but I get a strange Max execution time :
Fatal error: Maximum execution time of 30 seconds exceeded in Unknown
on line 0
--
Edit this bug report at http://bugs.php.net/?id=28667edit=1
#28676 [NEW]: Segmentation fault/crash while destroying large arrays at end of execution
From: mikeb at tracersinfo dot com
Operating system: WinXP; Mandrake Linux 2.4.22-26
PHP version: 4.3.7
PHP Bug Type: Reproducible crash
Bug description: Segmentation fault/crash while destroying large arrays at end of
execution
Description:
In WinXP, crash occurs at $howmany = 65537; in Mandrake Linux, crash
(specifying Segmentation fault) occurs at $howmany = 131073. Note that
crash only occurs *after* all statements are performed.
I have been able to reproduce this everywhere, with any 4.3.2+ version of
PHP on all platforms, regardless of configuration or state of php.ini.
Reproduce code:
---
?php
$string = X;
$howmany = 65537;
$b4guts = mktime();
$guts = array();
for ( $x = 0; $x $howmany; $x++ ) {
$guts[$x] = $string;
}
$afterguts = mktime();
$gutstime = $afterguts - $b4guts;
echo \nGuts built. Time $gutstime seconds. , count($guts),
elements\n;
?
Expected result:
Normal program termination.
Actual result:
--
Windows generates a GPF requiring close of the process. Mandrake Linux
generates a Segmentation fault.
--
Edit bug report at http://bugs.php.net/?id=28676edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28676r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28676r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28676r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28676r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28676r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28676r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28676r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28676r=support
Expected behavior: http://bugs.php.net/fix.php?id=28676r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28676r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28676r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28676r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28676r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28676r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28676r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28676r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28676r=float
#28677 [NEW]: libphp4.so: symbol ber_flush: referenced symbol not found
From: dhaval dot choksi at in dot iqara dot net Operating system: Solaris 9 PHP version: 4.3.6 PHP Bug Type: Apache related Bug description: libphp4.so: symbol ber_flush: referenced symbol not found Description: I am successfull configured make and make install php-4.2.2 with apache webserver version 1.3.26 but when i am trying to start apache i m getting the below errow bash-2.03# ./apachectl start Syntax error on line 222 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/libphp4.so into server: ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation error: file /usr/local/apache/libexec/libphp4.so: symbol ber_flush: referenced symbol not found ./apachectl start: httpd could not be started -php config command ./configure --prefix=/usr/local/php4.2.2 --with-apxs=/usr/local/apache/bin/apxs --with-ldap --with-oci8=/export/home/oracle/ --with-gdbm --with-zlib --enable-calendar --enable-bcmath --enable-filepro --enable-track-vars --enable-force-cgi-redirect --enable-libgcc configure make and make install are successfull. In one of the post here only i read to add --enable-libgcc and --with-zlib which i did but there was no success. I have gcc-3.3.2. If you need any other information please ask. Thanks Dhaval Choksi Expected result: Apache and php should run -- Edit bug report at http://bugs.php.net/?id=28677edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28677r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28677r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28677r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28677r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28677r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28677r=needscript Try newer version: http://bugs.php.net/fix.php?id=28677r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28677r=support Expected behavior: http://bugs.php.net/fix.php?id=28677r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28677r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28677r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28677r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28677r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28677r=dst IIS Stability: http://bugs.php.net/fix.php?id=28677r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28677r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28677r=float
#28669 [Opn]: Garbage collection doesnot work
ID: 28669 User updated by: liuyi1 at comp dot nus dot edu dot sg Reported By: liuyi1 at comp dot nus dot edu dot sg Status: Open Bug Type: Session related Operating System: Windows 2000 / Redhat A3 PHP Version: 4.3.6 New Comment: Description: I have several friends running my forum system.(www.celestesoft.com) Two of my friends got the same session problems under PHP4.3.6. ( both sites are under heavy traffic ) They are using default session handler and default session settings( 1/100 chance to start garbage collector ). Session files are stored in a specified folder ( not /tmp ) but in single level ( with no N;xxx configured ) . We noticed that session files are not cleaned automatically. after 3 days, both sites got over 150,000 session files. So now i have to write a cleaner for them to solve the problem temporarily. meanwhile the sites with PHP 4.3.5 or other previous verions are running very well. Sites with this problem Site 1: OS: Windows 2000 PHP 4.3.6 Site 2: OS: Redhat as 3.0 PHP 4.3.6 Sites without this problem Site 1: OS: FreeBSD 5.1 PHP 4.3.1 Site 2: OS: Redhat 9.0 PHP 4.3.5 Site 3: OS: Redhat 9.0 PHP 4.3.4 Site 4: OS: Redhat PHP 4.3.4 Site 5: OS: Redhat PHP 4.3.4 All sites are running the same forum system with almost the same configuration. Previous Comments: [2004-06-07 12:39:39] liuyi1 at comp dot nus dot edu dot sg Description: I have several friends running my forum system.(www.celestesoft.com) Two of my friends got the same session problems under PHP4.3.6. ( both sites are under heavy traffic ) They are using default session handler and default session settings( 1/100 chance to start garbage collector ). Session files are stored in a specified folder ( not /tmp ) but in single level ( with no N;xxx configured ) . We noticed that session files are not cleaned automatically. after 3 days, both sites got over 150,000 session files. So now i have to write a cleaner for them to solve the problem temporarily. meanwhile the sites with PHP 4.3.5 or other previous verions are running very well. Sites with this problem Site 1: OS: Windows 2000 PHP 4.3.6 Site 2: OS: Redhat as 3.0 PHP 4.3.6 Sites without this problem Site 1: OS: FreeBSD 5.1 PHP 4.3.1 Site 2: OS: Redhat 9.0 PHP 4.3.5 Site 3: OS: Redhat 9.0 PHP 4.3.4 All sites are running the same forum system. -- Edit this bug report at http://bugs.php.net/?id=28669edit=1
#26515 [Com]: configure: error: Cannot find OpenSSL's libraries
ID: 26515 Comment by: owen at name dot com Reported By: Greg dot Kresko at nrc-cnrc dot gc dot ca Status: Bogus Bug Type: OpenSSL related Operating System: IRIX 6.5.21f PHP Version: 4.3.4 New Comment: Another instance of this on a different box using the latest version of Red Hat Enterprise Workstation. This is a bug, I don't think it should be listed as bogus. Again, if I hardcode the path to OpenSSL in the configure script all works well. Previous Comments: [2004-05-26 21:24:33] owen at name dot com I was getting this same error. However, when I edited configure and hard coded OPENSSL_LIBDIR to my openssl path it worked fine. I think there is a problem with configure setting a user defined path to openssl. [2003-12-05 17:13:34] Greg dot Kresko at nrc-cnrc dot gc dot ca (Aside: I finally created the openssl-0.9.7c shared libraries by adding irix-shared to the tests in the apps/ and test/ Makefile.ssl files. After installation, I issued chmod 755 /usr/local/ssl/lib/pkgconfig. - 243 (wolf)kresko ls -l /usr/local/ssl/lib total 5848 -rw-r--r--1 root sys 2564356 Dec 5 14:11 libcrypto.a lrwxr-xr-x1 root sys14 Dec 5 14:11 libcrypto.so - libcrypto.so.0 lrwxr-xr-x1 root sys18 Dec 5 14:11 libcrypto.so.0 - libcrypto.so.0.9.7 -r-xr-xr-x1 root sys 20896 Dec 5 14:11 libcrypto.so.0.9.7 -rw-r--r--1 root sys375828 Dec 5 14:11 libssl.a lrwxr-xr-x1 root sys11 Dec 5 14:11 libssl.so - libssl.so.0 lrwxr-xr-x1 root sys15 Dec 5 14:11 libssl.so.0 - libssl.so.0.9.7 -r-xr-xr-x1 root sys 20900 Dec 5 14:11 libssl.so.0.9.7 drwxr-xr-x2 root sys28 Jun 9 16:37 pkgconfig - However, configure is still failing for php4-STABLE-200312031830: - ./configure --prefix=/usr/local/apache --with-mysql --with-apxs=/usr/local/apache/bin/apxs --with-openssl=/usr/local/ssl --with-mm=../mm-1.3.0 - at: - Configuring extensions checking for OpenSSL support... yes checking for pkg-config... no checking for OpenSSL version... = 0.9.6 checking for CRYPTO_free in -lcrypto... no configure: error: libcrypto not found! --- I am using gcc-3.3.2. Also LDFLAGS=-L/usr/local/ssl/lib OPENSSL_LIBDIR=/usr/local/ssl/lib Suggestions please. [2003-12-03 18:50:33] [EMAIL PROTECTED] [origin]:~ $ php -v ; php -m | grep openssl PHP 4.3.4 (cli) (built: Nov 22 2003 17:22:20) Copyright (c) 1997-2003 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies openssl [origin]:~ $ So there is no problem here at the moment. And you can also build your openssl as shared. [origin]:~ $ ll /usr/local/ssl/lib/ total 13904 -rw-r--r--1 root sys 4021732 Okt 16 11:27 libcrypto.a lrwxr-xr-x1 root sys14 Okt 16 11:27 libcrypto.so - libcrypto.so.0 lrwxr-xr-x1 root sys18 Okt 16 11:27 libcrypto.so.0 - libcrypto.so.0.9.7 -r-xr-xr-x1 root sys 2147436 Okt 16 11:27 libcrypto.so.0.9.7 -rw-r--r--1 root sys581092 Okt 16 11:27 libssl.a lrwxr-xr-x1 root sys11 Okt 16 11:27 libssl.so - libssl.so.0 lrwxr-xr-x1 root sys15 Okt 16 11:27 libssl.so.0 - libssl.so.0.9.7 -r-xr-xr-x1 root sys363016 Okt 16 11:27 libssl.so.0.9.7 drw-r--r--2 root sys23 Okt 16 11:27 pkgconfig [origin]:~ $ uname -R 6.5 6.5.22m [2003-12-03 16:36:05] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Your --with-openssl line is broken, you need to point to the installation root (/usr/local or /usr/local/ssl). [2003-12-03 16:17:24] Greg dot Kresko at nrc-cnrc dot gc dot ca Description: ./configure --prefix=/usr/local/apache --with-mysql --with-apxs=/usr/local/apache/bin/apxs --with-openssl=../openssl-0.9.7c --with-mm=../mm-1.3.0 fails with --- Configuring extensions checking for OpenSSL support... yes checking for pkg-config... no configure: error: Cannot find OpenSSL's libraries --- I have static libraries: 111 (renard)kresko ls -l /usr/local/ssl/lib total 5752 -rw-r--r--1 root sys 2564356 Nov 20 16:09 libcrypto.a -rw-r--r--1 root sys375828 Nov 20 16:09 libssl.a drwxr-xr-x2 root sys28 Jun 9 16:13 pkgconfig --- It also
#28678 [NEW]: Loss of session data when viewing with IE 6
From: lthaete at secmgmt dot com Operating system: Fedora PHP version: 4.3.6 PHP Bug Type: Session related Bug description: Loss of session data when viewing with IE 6 Description: Open the index page with IE (I was using version 6). The page data on the page and in the sess_ file will match. Now follow the link to page one the session data seen with print_r will be correct, but the session data in the sess_ file will have not changed. It is because of the image tag with no image entry. Remove the image tag and refresh and the page and the session file will match. Now replace the image tag and refresh the page the session file will revert to it origional value, the one stored from the index page even if you are on page one. This does not happen with netscape or mozilla. Reproduce code: --- - constants.php ? define(PAGE_INDEX, 0); define(PAGE_ONE, 1); define(ACTION_INDEX, 0); define(ACTION_ONE, 1); ? index.php -- ? require constants.php; session_start(); $_SESSION[CURRENT_PAGE] = PAGE_INDEX; $_SESSION[CURRENT_ACTION] = ACTION_INDEX; ? html head titleSession Error Index Page/title /head body Session Error Index Page pre ? print_r($_SESSION); ? /pre br a href=one.phpSession Error Page One/a br img src= border=0 width=1 height=1 /body /html - one.php -- ? require constants.php; session_start(); $_SESSION[CURRENT_PAGE] = PAGE_ONE; $_SESSION[CURRENT_ACTION] = ACTION_ONE; ? html head titleSession Error Page One/title /head body Session Error Page One pre ? print_r($_SESSION); ? /pre br img src= border=0 width=1 height=1 /body /html Expected result: Session values in the session file are changed to match session data during script execution Actual result: -- Session file data does not change from origional values. -- Edit bug report at http://bugs.php.net/?id=28678edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28678r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28678r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28678r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28678r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28678r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28678r=needscript Try newer version: http://bugs.php.net/fix.php?id=28678r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28678r=support Expected behavior: http://bugs.php.net/fix.php?id=28678r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28678r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28678r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28678r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28678r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28678r=dst IIS Stability: http://bugs.php.net/fix.php?id=28678r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28678r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28678r=float
#28679 [NEW]: Improper handling of datetime results
From: bmr at comtime dot com
Operating system: Linux
PHP version: 4.3.4
PHP Bug Type: Sybase (dblib) related
Bug description: Improper handling of datetime results
Description:
There is a bug with php_sybase_get_column_content(). This is observed
when you take a datetime column result and pass it into strtotime(). The
problem seems to be related to the string not being null terminated. Here
is the part of the function with the problem:
switch (coltype(offset)) {
case SYBBINARY:
case SYBVARBINARY:
case SYBIMAGE:
res_length *= 2;
break;
case SYBCHAR:
case SYBVARCHAR:
case SYBTEXT:
break;
default:
/* take no chances, no telling how big the result would really be */
res_length += 20;
break;
}
res_buf = (char *) emalloc(res_length+1);
memset(res_buf,' ',res_length+1); /* XXX i'm sure there's a better way
but i don't have sybase here to test
991105 thiesatthieso.net */
dbconvert(NULL,coltype(offset),dbdata(sybase_ptr-link,offset),
src_length,SYBCHAR,res_buf,res_length);
Z_STRLEN_P(result) = res_length;
Z_STRVAL_P(result) = res_buf;
Z_TYPE_P(result) = IS_STRING;
-- end code --
This does not null terminate the string coming back which causes problems.
I would have thought that since the length is stored with the value the
PHP would honor that and not go beyond that boundary, but this does not
appear to be the case. Adding this line after dbconvert() seems to fix
the problem:
res_buf[res_length] = '\0';
But the whole res_length += 20 thing scares me a little as well.
Reproduce code:
---
See description. It would be hard to reproduce without setting up a
database, etc.
Expected result:
strtotime() returns 0.
--
Edit bug report at http://bugs.php.net/?id=28679edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28679r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28679r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28679r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28679r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28679r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28679r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28679r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28679r=support
Expected behavior: http://bugs.php.net/fix.php?id=28679r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28679r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28679r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28679r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28679r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28679r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28679r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28679r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28679r=float
#28680 [NEW]: Warning: ociexecute(): OCIStmtExecute: ORA-03106: fatal two-task
From: prichter at rci dot rutgers dot edu
Operating system: Red Hat Enterprise Linux 3.0 AS
PHP version: 4.3.6
PHP Bug Type: OCI8 related
Bug description: Warning: ociexecute(): OCIStmtExecute: ORA-03106: fatal two-task
Description:
When I try to run a query, in PHP using OCIExecute, for values of
datatype
VARCHAR2, I get the following error:
Warning: ociexecute(): OCIStmtExecute: ORA-03106: fatal two-task
communication protocol error in /usr/local/apache2/htdocs/index.php on
line
16. When I query for numbers it works fine as long as I use the
TO_NUMBER
conversion in the query.
I'm currently running Red Hat Enterprise Linux 3.0 AS, Apache 2.0.49, PHP
4.3.6, and Oracle 9.2.0.4 Client. I'm trying to connect to an Oracle
8.1.7.0
server on a Windows 2000 box. Here are my settings and configurations:
1. I can connect the Oracle client to the server via SQL*Plus. Therefore,
sqlnet.ora and tnsnames.ora are set correctly and the databases are
compatible, at least for use with SQL*Plus.
2. I made sure that the Oracle Call Interface was installed with the
Oracle
9i client.
3. PHP was configured with the following parameters:
./configure --with-mysql --with-oracle --with-oci8
--with-apxs2=dir to
apxs
4. My environmental variables are set in /usr/local/apache2/bin/apachectl
the following ways:
LD_LIBRARY_PATH=/u01/app/oracle/lib:/usr/local/apache2/lib
ORACLE_SID=oracledb
ORACLE_BASE=/u01/app/oracle
ORACLE_HOME=/u01/app/oracle
TNS_ADMIN=/u01/app/oracle/network/admin
TWO_TASK=/u01/app/oracle/network/admin
NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1 (this matches the server
setting)
ORA_NLS33=/u01/app/oracle/ocommon/nls/admin/data
LD_PRELOAD=/u01/app/oracle/lib/libclntsh.so.9.0
Reproduce code:
---
?php
PutEnv(ORACLE_SID=oracledb);
PutEnv(ORACLE_HOME=/u01/app/oracle);
PutEnv(TNS_ADMIN=/u01/app/oracle/network/admin);
$user = sys;
$pw = the db pw;
$tns = HHH;
if ($c=OCILogon($user, $pw, $tns)) {
echo Successfully connected to Oracle.\n;
$s = OCIParse($c, SELECT FIRSTNAME AS FIRSTNAME FROM OHCS.STUDENT);
OCIExecute($s, OCI_DEFAULT);
while (OCIFetch($s)) {
echo FIRSTNAME= . ociresult($s, FIRSTNAME) . \n;
}
OCILogoff($c);
} else {
$err = OCIError();
echo Oracle Connect Error . $err[text];
}
?
Expected result:
A simple list of all the first names in this table (OHCS.STUDENT). This is
just a test.
Actual result:
--
Warning: ociexecute(): OCIStmtExecute: ORA-03106: fatal two-task
communication protocol error in /usr/local/apache2/htdocs/index.php on
line
16
--
Edit bug report at http://bugs.php.net/?id=28680edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28680r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28680r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28680r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28680r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28680r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28680r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28680r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28680r=support
Expected behavior: http://bugs.php.net/fix.php?id=28680r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28680r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28680r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28680r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28680r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28680r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28680r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28680r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28680r=float
#28668 [Opn-Csd]: Glob doesn't work
ID: 28668 Updated by: [EMAIL PROTECTED] Reported By: szumny at klub dot chip dot pl -Status: Open +Status: Closed Bug Type: *Directory/Filesystem functions Operating System: Windows XP PHP Version: 4.3.7 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-06-07 12:24:05] szumny at klub dot chip dot pl Description: Glob function doesn't work correctly. When I use glob in script c:\www\test\glob.php I get files from c:\ directory not from c:\www\test. glob in 4.3.6 - return files from c:\www\test -- Edit this bug report at http://bugs.php.net/?id=28668edit=1
#28477 [Asn-Csd]: glob() searches in / for *
ID: 28477 Updated by: [EMAIL PROTECTED] Reported By: d at koteroff dot ru -Status: Assigned +Status: Closed Bug Type: Directory function related Operating System: Windows PHP Version: 5CVS-2004-05-21 (dev) Assigned To: iliaa New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-06-03 20:48:10] swinn at yahoo dot com This bug is present in the Win32 version 4.3.7. [2004-05-21 20:13:25] d at koteroff dot ru Description: Yesterday's CVS version of glob() has a bug while searching by relative masks. PHP5 RC2 works well. Version php5-win32-200405050630 in CVS works correctly too. getcwd() returns correct directory. Reproduce code: --- print_r(glob(*)); Expected result: Files in current directory. Actual result: -- Files in / (root directory). -- Edit this bug report at http://bugs.php.net/?id=28477edit=1
#28682 [NEW]: fread appears to drop the buffer
From: ewade at vlender dot com
Operating system: GNU/Linux
PHP version: 4.3.7
PHP Bug Type: Sockets related
Bug description: fread appears to drop the buffer
Description:
This function works fine with with PHP-4.3.1 but since recently upgrading
to 4.3.6 and/or 4.3.7 it strips out the headers as appopriate but returns
an empty body. (I've cut out the host code and the cookie code for
obvious security issues.)
What's weird is if I do not strip out the headers they list the correct
Content-Length for the body, but the body is empty.
At first I thought it might be the cURL library so I downgraded from
cURL-7.11.1 to cURL-7.10.3, but that did not resolve the issue. It will
only work with PHP-4.3.1 which seems rather odd. Any thoughts are greatly
appreciated in resolving this issue.
## ./configure --with apxs=/usr/local/apache/bin/apxs
--enable-bcmath --with-curl --with-mysql=/usr/local/mysql
--with-mcrypt=/usr/local/lib --with-openssl=/usr/local/ssl --without-pear
--disable-cgi --with-gd --with-zlib --with-jpeg-dir=/usr/local/lib
--with-pfpro --enable-xml
Reproduce code:
---
function send_to_factual_data($post_data)
{
// Open an SSL connection to the server
$fp = fsockopen(ssl://priate.ssl.host, 443, $errno, $errstr);
// Make sure we're connected
if (!$fp)
return Error Connecting To FactualData.com - $errstr ($errno);
else
{
// Send the HTTP headers
fputs($fp, POST /applet/path/here HTTP/1.0\r\n .
User-Agent: Mozilla/4.00\r\n .
Content-Type: text/xml\r\n .
Content-Length: . strlen($post_data) . \r\n .
Cookie: CERT=*CENSORED*;\r\n\r\n);
// Send the POST data
fputs($fp, $post_data);
// Read the response - limit of 1M bytes should be OK
$xml = @ fread($fp, 100);
// Length of server response including headers
$len = strlen($xml);
// Strip the headers
$xml = strstr($xml, \r\n\r\n);
// Skip the 2 CRLFs if we removed the headers
if ($len != strlen($xml))
$xml = substr($xml, 4);
return $xml;
}
} // end of function: send_to_factual_data
Expected result:
When I run the code I expect to have an XML credit report file returned to
me. I expect the code to strip off the HTML headers and leave the body
intact for me to parse with my XML parsing scripts.
Instead what happens is I get back the HTML headers that say they have
content, but there is no content to be found.
Actual result:
--
HTTP/1.1 200 OK
Content-Type: text/xml
Content-Length: 57717
Connection: close
Date: Mon, 07 Jun 2004 18:51:24 GMT
Server: Apache Tomcat/4.1.27-LE-jdk14 (HTTP/1.1 Connector)
### The Content-Type and Content-Length are correct, but there is no data
to be found, just the headers.
Thank you for your time!
--
Edit bug report at http://bugs.php.net/?id=28682edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28682r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28682r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28682r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28682r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28682r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28682r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28682r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28682r=support
Expected behavior: http://bugs.php.net/fix.php?id=28682r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28682r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28682r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28682r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28682r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28682r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28682r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28682r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28682r=float
#28681 [NEW]: session-hijacking
From: s dot lemke at infoworxx dot de
Operating system: Linux 2.4.18
PHP version: 4.3.7
PHP Bug Type: Session related
Bug description: session-hijacking
Description:
Hi !
I have an phaenomen which is so fantastic that I cannot believe it.
General setup:
one Domain using sessions (with name abcsession) running under
www.abconline.de
another domain for testing (also with name abcsession) running under
dev.abconline.de
under some circumstances, stored sessiondata will be changed and i can
found data in $_SESSION, which i have never stored. An important fact
seems to be, that both domains have the same top-level domain on the same
machine (physically two different systems - one for development and
testing) - another important fact is a not found image.
It is definitely a php problem.
Here is an test-url: http://dev.abconline.de/test/start.php4
after every Refresh the Session-Var changes !! (try it :-)
and if I type the contents of the file in which the session-data is stored
(/tmp/sess_x) there are variables, I have never stored.
I have documented more Infos in the sample scripts.
I know it sounds really fantastic - after a few years of php-development I
have never seen anything like this
Regards,
Sebastian
Reproduce code:
---
start.php4
?
session_name('abcsession');
session_start();
$_SESSION['s_valid_register']=642536304;
?
HTML
HEAD
META HTTP-EQUIV=refresh content=0;URL=second.php4
TITLE/TITLE
/HEAD
BODY
redirect to next page!
/BODY
/HTML
second.php4
?
session_name('abcsession');
session_start();
echo Session: .$_SESSION['s_valid_register'].BR;
echo 'img src=not-found-image.gif';
echo BR;
echo session-id: .session_id().BR;
?
BR
now refresh (f5) an see whats happening with the session var !!!BRBR
I took a look into my session-file - there were a lot of more vars in
thereBR
i cannot explain from where the vars are...!? - look at the
session-fileBRBR
[]
Session-Data:BR
?
while (list($key, $value)=each($_SESSION))
echo $key.=.$value.BR;
?
Expected result:
the session-var 's_valid_register' must have after every refresh the same
value. only one var (s_valid_register) should be stored in the
session-data-file (/tmp/sess_xxx), but it is not the only one !
Actual result:
--
after every refresh the value changes. hijacked data in the session.
--
Edit bug report at http://bugs.php.net/?id=28681edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28681r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28681r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28681r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28681r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28681r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28681r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28681r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28681r=support
Expected behavior: http://bugs.php.net/fix.php?id=28681r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28681r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28681r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28681r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28681r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28681r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28681r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28681r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28681r=float
#28189 [Com]: call_user_func, not in object context when called by class and func name
ID: 28189
Comment by: bug_php at dpits dot com
Reported By: hrvinnie at yahoo dot com
Status: Bogus
Bug Type: Unknown/Other Function
Operating System: Debian Kernel 2.2.20-idepci
PHP Version: 5.0.0RC2
New Comment:
This is not a bug, the error message here is totally correct as there
is
no instance of this class in your script, so you can't access $this
here.
okay, but in PEAR (pear/Mail/RFC822.php) is following code:
class Mail_RFC822 {
/**
* A variable so that we can tell whether or not we're inside a
* Mail_RFC822 object.
* @var boolean $mailRFC822 */
var $mailRFC822 = true;
function parseAddressList($address = null, $default_domain = null,
$nest_groups = null, $validate = null, $limit = null)
{
if (!isset($this-mailRFC822)) {
$obj = new Mail_RFC822($address, $default_domain, $nest_groups,
$validate, $limit);
return $obj-parseAddressList();
}
...
here an other script will use this classfunction with
Mail_RFC822::parseAddressList($bla,..).
is this a php bug, because now we could not test whether or not we're
inside a object?
Previous Comments:
[2004-04-29 19:22:58] hrvinnie at yahoo dot com
All, I appreciate your assistance and your contributions to PHP.
ahh! So the behavior change is that instance functions are treated as
static functions by call_user_func.
IMHO, I believe that such behavior is fundamentally disconnected from
the perpetrated behavior of accepted practices as set out by Zeev's
book and other documentation.
However, this lets me move forward with my work.
[2004-04-27 23:47:52] [EMAIL PROTECTED]
The behavior that's new in PHP 5 isn't the inability to
call a method by call name instead of instance. It's
that if you do so, PHP treats it as a static method
call. When a static method is invoked in PHP 5, you
cannot reference $this because it no longer exists and
was never meaningful in the first place.
[2004-04-27 23:15:28] hrvinnie at yahoo dot com
darned the errant cut and paste.
The previous comment should have begun in a neutral questioning tone of
So, is this ... ...
[2004-04-27 23:14:07] hrvinnie at yahoo dot com
o then this behavior is new for PHP5?
I ask becuase while the online manual seems slient on invocation by
class name, the examples, behavior of PHP4, and the 3rd Edition (for
PHP5) of Core PHP by Zeev Suraski and Leon Atkinson seem to allow
invocation by class name instead of instance.
The books Listing 11.78 actually uses a call by class name. There is
no indication in the eratta this was not the case.
[2004-04-27 21:18:21] [EMAIL PROTECTED]
This is not a bug, the error message here is totally correct as there
is no instance of this class in your script, so you can't access $this
here.
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/28189
--
Edit this bug report at http://bugs.php.net/?id=28189edit=1
#28684 [NEW]: allow_url_fopen drops security down
From: php at koteroff dot ru Operating system: * PHP version: 4.3.6 PHP Bug Type: Feature/Change Request Bug description: allow_url_fopen drops security down Description: First, we have documentation problem: http://php.net/ini-set allow_url_fopen 1 PHP_INI_ALL Not PHP_INI_ALL, but PHP_INI_SYSTEM (according to my experiments and CHANGELOG). (But it was described here: http://bugs.php.net/bug.php?id=28497edit=2 ). Second, in new version of PHP allow_url_fopen touches include() and require() to. It's terribly! Security of scripts falls down! And (thanks to PHP_INI_SYSTEM) we cannot switch off allow_url_fopen for personal sites, only for all server globally. I have a proposal: make directive which will enable using of fopen wrappers in include()-functions. This directive should be SEPARATED from allow_url_fopen and allowed to be switched off not in php.ini only. Or just allow to switch off allow_url_fopen from everywhere (but not switch on, only off). (Personally I think that it was bad idea to add fopen wreppers support in include functions at all, but what was made is what is made). Thanks. -- Edit bug report at http://bugs.php.net/?id=28684edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28684r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28684r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28684r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28684r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28684r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28684r=needscript Try newer version: http://bugs.php.net/fix.php?id=28684r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28684r=support Expected behavior: http://bugs.php.net/fix.php?id=28684r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28684r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28684r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28684r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28684r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28684r=dst IIS Stability: http://bugs.php.net/fix.php?id=28684r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28684r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28684r=float
#28685 [NEW]: function Mail() does take daylightsaving time into account
From: marcel at hoogantink dot com Operating system: WINDOWS (XP) PHP version: 4CVS-2004-06-07 (stable) PHP Bug Type: Date/time related Bug description: function Mail() does take daylightsaving time into account Description: Sending mail with the PHP function Mail() gives a date in the mail that does not have the daylight saving time effect in it. I am using Windows XP with GMT+1.00 and daylight savings (at this time of yaer) so in fact my time is GMT+2:00. I am running Apache 1.3.31 fow Win32 with PHP (latest build) Sending a mail gives a mail with a date GMT+1:00. (wrong) Sending a mail with outlook gives a date GMT+2:00 (OK) Whatch out: Normal you see this only in the header, because in 'normal' internet-mail this wrong time is overruled by other mailservers, and a assume that the last time stamp is used bij de mail-client like Outlook. I found it because I was locally emulating my Site with apache PHP and a little mailserver, and in my Email there was only ONE date: the one mail() created. Trying the same mail with outlook give the rigt time Reproduce code: --- Any call to mail() with Win XP. Expected result: Message-ID: [EMAIL PROTECTED] Reply-To: Marcel Hoog Antink [EMAIL PROTECTED] From: Marcel Hoog Antink [EMAIL PROTECTED] To: Marcel-Technosoft [EMAIL PROTECTED] Subject: test via netmailshar 22:58 Date: Mon, 7 Jun 2004 22:58:29 +0200 Actual result: -- Date: Mon, 07 Jun 2004 22:57:18 +0100 Subject: Test van de Technosoft Helpdesk Enquete (tav M. J. Hoog Antink(ts)) To: [EMAIL PROTECTED] MIME-Version: 1.0 Content-type: text/html; charset=iso-8859-1 From: Technosoft Support [EMAIL PROTECTED] Reply-To: Technosoft Support [EMAIL PROTECTED] Return-Path: Technosoft Support [EMAIL PROTECTED] -- Edit bug report at http://bugs.php.net/?id=28685edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28685r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28685r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28685r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28685r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28685r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28685r=needscript Try newer version: http://bugs.php.net/fix.php?id=28685r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28685r=support Expected behavior: http://bugs.php.net/fix.php?id=28685r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28685r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28685r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28685r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28685r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28685r=dst IIS Stability: http://bugs.php.net/fix.php?id=28685r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28685r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28685r=float
#28685 [Opn]: function Mail() does not take daylightsaving time into account
ID: 28685 User updated by: marcel at hoogantink dot com -Summary: function Mail() does take daylightsaving time into account Reported By: marcel at hoogantink dot com Status: Open Bug Type: Date/time related Operating System: WINDOWS (XP) PHP Version: 4CVS-2004-06-07 (stable) New Comment: I changed the Summary a little Previous Comments: [2004-06-07 23:21:32] marcel at hoogantink dot com Description: Sending mail with the PHP function Mail() gives a date in the mail that does not have the daylight saving time effect in it. I am using Windows XP with GMT+1.00 and daylight savings (at this time of yaer) so in fact my time is GMT+2:00. I am running Apache 1.3.31 fow Win32 with PHP (latest build) Sending a mail gives a mail with a date GMT+1:00. (wrong) Sending a mail with outlook gives a date GMT+2:00 (OK) Whatch out: Normal you see this only in the header, because in 'normal' internet-mail this wrong time is overruled by other mailservers, and a assume that the last time stamp is used bij de mail-client like Outlook. I found it because I was locally emulating my Site with apache PHP and a little mailserver, and in my Email there was only ONE date: the one mail() created. Trying the same mail with outlook give the rigt time Reproduce code: --- Any call to mail() with Win XP. Expected result: Message-ID: [EMAIL PROTECTED] Reply-To: Marcel Hoog Antink [EMAIL PROTECTED] From: Marcel Hoog Antink [EMAIL PROTECTED] To: Marcel-Technosoft [EMAIL PROTECTED] Subject: test via netmailshar 22:58 Date: Mon, 7 Jun 2004 22:58:29 +0200 Actual result: -- Date: Mon, 07 Jun 2004 22:57:18 +0100 Subject: Test van de Technosoft Helpdesk Enquete (tav M. J. Hoog Antink(ts)) To: [EMAIL PROTECTED] MIME-Version: 1.0 Content-type: text/html; charset=iso-8859-1 From: Technosoft Support [EMAIL PROTECTED] Reply-To: Technosoft Support [EMAIL PROTECTED] Return-Path: Technosoft Support [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=28685edit=1
#28686 [NEW]: sapi/cli/php failure if using mbstring
From: chris at okanagan dot net Operating system: SCO OpenServer 5.x PHP version: 4.3.7 PHP Bug Type: Compile Failure Bug description: sapi/cli/php failure if using mbstring Description: ./configure \ --disable-overload \ --disable-ipv6 \ --disable-debug \ --with-zlib=/usr/local \ --enable-trans-sid \ --enable-ftp \ --without-pear \ --enable-mbstring \ --with-apxs=/usr/httpd/bin/apxs the above configure fails to compile, if you remove mbstring it will compile and run compile error: rt.lo Zend/zend_multibyte.lo Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/ etopt.lo main/internal_functions_cli.lo -lz -lm -lsocket -lc -o sapi/cli/php gcc: Zen: No such file or directory make: *** [sapi/cli/php] Error 1 it WILL compile if you add --disable-cli I do need to use cli and mbstring as well as pear. -- Edit bug report at http://bugs.php.net/?id=28686edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28686r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28686r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28686r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28686r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28686r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28686r=needscript Try newer version: http://bugs.php.net/fix.php?id=28686r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28686r=support Expected behavior: http://bugs.php.net/fix.php?id=28686r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28686r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28686r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28686r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28686r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28686r=dst IIS Stability: http://bugs.php.net/fix.php?id=28686r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28686r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28686r=float
#28687 [NEW]: return $value segmentation fault
From: equake at epmail dot com dot br
Operating system: Linux 2.4.24
PHP version: 5.0.0RC2
PHP Bug Type: Reproducible crash
Bug description: return $value segmentation fault
Description:
I got a Segmentation Fault every time that I try to return some method
that does not exists.
Reproduce code:
---
abstract class test {
function __call($method, $params) {
if (is_callable(array($this, $method))) {
echo (okbr);
return $this-{$method}($params); // abstract class test {
function __call($method, $params) {
if (is_callable(array($this, $method))) {
echo (okbr);
return $this-{$method}($params); // [error_log] [notice]
child pid #
exit signal Segmentation fault (11)
}
}
}
class test2 extends test {
function __construct() {
echo (hi, im test2 at . time () . seconds since 01/01/1970 br);
}
function bla() {
echo ('haha');
}
}
$x = new test2();
$x-bla_inexistent(); // any inexistent method name
}
}
}
class test2 extends test {
function __construct() {
echo (hi, im test2 at . time () . seconds since 01/01/1970 br);
}
function bla() {
echo ('haha');
}
}
$x = new test2();
$x-bla_inexistent(); // any inexistent method name
Expected result:
hi, im test2 at 1086644752 seconds since 01/01/1970
Actual result:
--
[error_log] [notice] child pid # exit signal Segmentation fault (11) on
the apache Error Log
--
Edit bug report at http://bugs.php.net/?id=28687edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28687r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28687r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28687r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28687r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28687r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28687r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28687r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28687r=support
Expected behavior: http://bugs.php.net/fix.php?id=28687r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28687r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28687r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28687r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28687r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28687r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28687r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28687r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28687r=float
#28565 [Fbk-NoF]: overrun / crash
ID: 28565 Updated by: [EMAIL PROTECTED] Reported By: gavin at vess dot com -Status: Feedback +Status: No Feedback Bug Type: Scripting Engine problem Operating System: Linux 2.6.5 PHP Version: 4CVS-2004-05-29 (stable) New Comment: No feedback was provided for this bug for over a week, 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: [2004-05-31 12:04:00] [EMAIL PROTECTED] Recategorize, and you really need to come up with a small piece of example code, otherwise it's very hard to debug this. [2004-05-29 02:26:31] gavin at vess dot com Description: First, this is a Zend engine 1 problem (but I don't see that as an option in the bug report form). I am using a copy of php4-STABLE from 2 days ago, compiled with debuging enabled. Backtrace included below showing SEGV. Zend's output = pws/setup/set_config.php --- Zend/zend_ini.c(53) : Block 0x08A06B40 status: Beginning: Overrun (magic=0x6D6F682F, expected=0x7312F8DC) The fast cgi process then terminated itself. Reproduce code: --- Download http://phpwebsite.appstate.edu/downloads/daily-cvs/phpwebsite-cvs-core.tar.gz In setup/set_config.php, find PHPWS_Form::formHidden near line 234. Replace all code from there to end of file with: echo PHPWS_Form::formHidden($back); echo PHPWS_Form::formSubmit(Return to Setup); } } ? /body /html Expected result: PHP process dies when accesing the web page /pws/. Strangely, commenting out either one of the two echo's above results in a normal page creation. Also, replacing the trivial method bodies of formHidden and/or formSubmit with a simple return 'hello world' does not stop PHP from dying. Also odd, adding ? exit(); ? to the end of the file results in a normal page creation .. but looking at the backtrace, I can see how that is related to the area seg faulting. Actual result: -- '/home/vess/tiffany.vess.com/pws/setup/set_config.php' --- /var/tmp/portage/gb_phpbeta-4.3.7/work/gb_phpbeta-4.3.7/Zend/zend_ini.c(53) : Block 0x082D7348 status: Beginning: Overrun (magic=0x6D6F682F, expected=0x7312F8DC) Program received signal SIGSEGV, Segmentation fault. _mem_block_check (ptr=0x82d736c, silent=0, __zend_filename=0x81bb228 /var/tmp/portage/gb_phpbeta-4.3.7/work/gb_phpbeta-4.3.7/Zend/zend_ini.c, __zend_lineno=53, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /var/tmp/portage/gb_phpbeta-4.3.7/work/gb_phpbeta-4.3.7/Zend/zend_alloc.c:675 675 memcpy(end_magic, (((char *) p)+sizeof(zend_mem_header)+MEM_HEADER_PADDING+p-size), sizeof(long)); (gdb) bt #0 _mem_block_check (ptr=0x82d736c, silent=0, __zend_filename=0x81bb228 /var/tmp/portage/gb_phpbeta-4.3.7/work/gb_phpbeta-4.3.7/Zend/zend_ini.c, __zend_lineno=53, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /var/tmp/portage/gb_phpbeta-4.3.7/work/gb_phpbeta-4.3.7/Zend/zend_alloc.c:675 #1 0x08151592 in _mem_block_check (ptr=0x82d736c, silent=1, __zend_filename=0x81bb228 /var/tmp/portage/gb_phpbeta-4.3.7/work/gb_phpbeta-4.3.7/Zend/zend_ini.c, __zend_lineno=53, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /var/tmp/portage/gb_phpbeta-4.3.7/work/gb_phpbeta-4.3.7/Zend/zend_alloc.c:683 #2 0x08150ae2 in _efree (ptr=0x82d736c, __zend_lineno=53, __zend_orig_lineno=0) at /var/tmp/portage/gb_phpbeta-4.3.7/work/gb_phpbeta-4.3.7/Zend/zend_alloc.c:243 #3 0x08168cdd in zend_restore_ini_entry_cb (ini_entry=0x81dfda8, stage=8) at /var/tmp/portage/gb_phpbeta-4.3.7/work/gb_phpbeta-4.3.7/Zend/zend_ini.c:53 #4 0x08163d7c in zend_hash_apply_with_argument (ht=0x81dbbe0, apply_func=0x8168c93 zend_restore_ini_entry_cb, argument=0x8) at /var/tmp/portage/gb_phpbeta-4.3.7/work/gb_phpbeta-4.3.7/Zend/zend_hash.c:717 #5 0x08168dda in zend_ini_deactivate () at /var/tmp/portage/gb_phpbeta-4.3.7/work/gb_phpbeta-4.3.7/Zend/zend_ini.c:89 #6 0x0815ee33 in zend_deactivate () at /var/tmp/portage/gb_phpbeta-4.3.7/work/gb_phpbeta-4.3.7/Zend/zend.c:674 #7 0x081353d9 in php_request_shutdown (dummy=0x0) at /var/tmp/portage/gb_phpbeta-4.3.7/work/gb_phpbeta-4.3.7/main/main.c:996 #8 0x08175c80 in main (argc=7, argv=0xb7e4) at /var/tmp/portage/gb_phpbeta-4.3.7/work/gb_phpbeta-4.3.7/sapi/cgi/cgi_main.c:1774 (gdb) -- Edit this bug report at http://bugs.php.net/?id=28565edit=1
#28575 [Fbk-NoF]: Refuses to load mysqli extension
ID: 28575 Updated by: [EMAIL PROTECTED] Reported By: huphos at btopenworld dot com -Status: Feedback +Status: No Feedback Bug Type: Dynamic loading Operating System: Win XP PHP Version: 5.0.0RC2 New Comment: No feedback was provided for this bug for over a week, 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: [2004-05-31 12:18:38] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. [2004-05-30 13:13:56] huphos at btopenworld dot com Description: On startup PHP warns that php_mysqli.dll could not be loaded as it was not found. However other extensions such as ming and gd2 present no problems and reside in the same location as mysqli. This problem halts phpmyadmin on startup as it expects the mysqli extension. -- Edit this bug report at http://bugs.php.net/?id=28575edit=1
#28677 [Opn-Fbk]: libphp4.so: symbol ber_flush: referenced symbol not found
ID: 28677 Updated by: [EMAIL PROTECTED] Reported By: dhaval dot choksi at in dot iqara dot net -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Solaris 9 PHP Version: 4.3.6 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2004-06-07 19:38:54] dhaval dot choksi at in dot iqara dot net Description: I am successfull configured make and make install php-4.2.2 with apache webserver version 1.3.26 but when i am trying to start apache i m getting the below errow bash-2.03# ./apachectl start Syntax error on line 222 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/libphp4.so into server: ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation error: file /usr/local/apache/libexec/libphp4.so: symbol ber_flush: referenced symbol not found ./apachectl start: httpd could not be started -php config command ./configure --prefix=/usr/local/php4.2.2 --with-apxs=/usr/local/apache/bin/apxs --with-ldap --with-oci8=/export/home/oracle/ --with-gdbm --with-zlib --enable-calendar --enable-bcmath --enable-filepro --enable-track-vars --enable-force-cgi-redirect --enable-libgcc configure make and make install are successfull. In one of the post here only i read to add --enable-libgcc and --with-zlib which i did but there was no success. I have gcc-3.3.2. If you need any other information please ask. Thanks Dhaval Choksi Expected result: Apache and php should run -- Edit this bug report at http://bugs.php.net/?id=28677edit=1
#28689 [NEW]: Without registerNamespace() method, XPath function is crippled
From: [EMAIL PROTECTED] Operating system: Irrelevant PHP version: 5.0.0RC2 PHP Bug Type: SimpleXML related Bug description: Without registerNamespace() method, XPath function is crippled Description: Because XPath cannot select nodes from the default namespace (i.e. xmlns=foo) an alias must be added. This is possible in the DOM extension using the DomXpath::registerNamespace() method. Because SimpleXML does not have this, its XPath implementation is quite crippled. The only way around this is the following: $sxml = simplexml_load_*($xml) $sxml['xmlns:foo'] = 'http://foo'; $sxml = simplexml_load_string($sxml-asXML()); Which is quite stupid really. - Davey -- Edit bug report at http://bugs.php.net/?id=28689edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28689r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28689r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28689r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28689r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28689r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28689r=needscript Try newer version: http://bugs.php.net/fix.php?id=28689r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28689r=support Expected behavior: http://bugs.php.net/fix.php?id=28689r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28689r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28689r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28689r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28689r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28689r=dst IIS Stability: http://bugs.php.net/fix.php?id=28689r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28689r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28689r=float
#28689 [Opn-Bgs]: Without registerNamespace() method, XPath function is crippled
ID: 28689 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: SimpleXML related Operating System: Irrelevant PHP Version: 5.0.0RC2 New Comment: See #27709. Previous Comments: [2004-06-08 03:06:16] [EMAIL PROTECTED] Description: Because XPath cannot select nodes from the default namespace (i.e. xmlns=foo) an alias must be added. This is possible in the DOM extension using the DomXpath::registerNamespace() method. Because SimpleXML does not have this, its XPath implementation is quite crippled. The only way around this is the following: $sxml = simplexml_load_*($xml) $sxml['xmlns:foo'] = 'http://foo'; $sxml = simplexml_load_string($sxml-asXML()); Which is quite stupid really. - Davey -- Edit this bug report at http://bugs.php.net/?id=28689edit=1
#28656 [Opn-Bgs]: the glob() function does not match the same as shell wildcarding does
ID: 28656
Updated by: [EMAIL PROTECTED]
Reported By: phpbugs at atu dot cjb dot net
-Status: Open
+Status: Bogus
Bug Type: Filesystem function related
Operating System: GNU/Linux
PHP Version: 4.3.6
New Comment:
glob() works just like the underlying C function on which
it is based. If you do not like that complain to libc
developers.
Previous Comments:
[2004-06-08 04:55:44] phpbugs at atu dot cjb dot net
The glob() function searches for all the pathnames matching pattern
according to the rules used by the shell. No tilde expansion or
parameter substitution is done.
This is from the manual page on php.net, but it is not correct. The
example I gave has nothing at all to do with ls, as iliaa suggested.
It is matching pattern according to the rules used by the shell,
exactly as the description states. Go to a shell and type in the
command I said:
echo Dir/*/
That is pure shell wildcard expansion -- nothing to do with ls or any
other shell command. Clearly globbing */ should not match * as it
currently does, if the objective is to use standard UNIX wildcard
expansion.
[2004-06-07 15:53:07] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
glob() function returns the same output as the glob() libc
function. The output of ls is something different and
unrelated.
[2004-06-07 00:33:52] phpbugs at atu dot cjb dot net
Description:
A trailing forward slash is ignored by glob(), but is not with standard
UNIX wildcard matching.
ls -lp Dir
drwx-- 2 raven users 48 Jun 6 15:26 CSS/
drwx-- 2 raven users 48 Jun 6 15:26 Extra/
drwx-- 2 raven users 48 Jun 6 15:26 Images/
-rw--- 1 raven users 0 Jun 6 15:26 Main.data
-rw--- 1 raven users 0 Jun 6 15:26 index.php
echo Dir/*/
Dir/CSS/ Dir/Extra/ Dir/Images/
Reproduce code:
---
foreach (glob(Dir/*/) as $Dir) { echo $Dir ; }
Expected result:
Dir/CSS/ Dir/Extra/ Dir/Images/
Actual result:
--
Dir/CSS/ Dir/Extra/ Dir/Images/ Dir/Main.data Dir/index.php
--
Edit this bug report at http://bugs.php.net/?id=28656edit=1
#28656 [Bgs-Opn]: the glob() function does not match the same as shell wildcarding does
ID: 28656
User updated by: phpbugs at atu dot cjb dot net
Reported By: phpbugs at atu dot cjb dot net
-Status: Bogus
+Status: Open
Bug Type: Filesystem function related
Operating System: GNU/Linux
PHP Version: 4.3.6
New Comment:
Then the web site and manual pages should be updated so they display
correct information. Currently it states:
The glob() function searches for all the pathnames matching pattern
according to the rules used by the SHELL.
When in fact it is using the rules of the C function glob(), not the
UNIX shell. The description needs to be fixed. I am not complaining
about the way it is implimented, I am complaining about the
*description* being wrong.
Previous Comments:
[2004-06-08 05:27:38] [EMAIL PROTECTED]
glob() works just like the underlying C function on which
it is based. If you do not like that complain to libc
developers.
[2004-06-08 04:55:44] phpbugs at atu dot cjb dot net
The glob() function searches for all the pathnames matching pattern
according to the rules used by the shell. No tilde expansion or
parameter substitution is done.
This is from the manual page on php.net, but it is not correct. The
example I gave has nothing at all to do with ls, as iliaa suggested.
It is matching pattern according to the rules used by the shell,
exactly as the description states. Go to a shell and type in the
command I said:
echo Dir/*/
That is pure shell wildcard expansion -- nothing to do with ls or any
other shell command. Clearly globbing */ should not match * as it
currently does, if the objective is to use standard UNIX wildcard
expansion.
[2004-06-07 15:53:07] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
glob() function returns the same output as the glob() libc
function. The output of ls is something different and
unrelated.
[2004-06-07 00:33:52] phpbugs at atu dot cjb dot net
Description:
A trailing forward slash is ignored by glob(), but is not with standard
UNIX wildcard matching.
ls -lp Dir
drwx-- 2 raven users 48 Jun 6 15:26 CSS/
drwx-- 2 raven users 48 Jun 6 15:26 Extra/
drwx-- 2 raven users 48 Jun 6 15:26 Images/
-rw--- 1 raven users 0 Jun 6 15:26 Main.data
-rw--- 1 raven users 0 Jun 6 15:26 index.php
echo Dir/*/
Dir/CSS/ Dir/Extra/ Dir/Images/
Reproduce code:
---
foreach (glob(Dir/*/) as $Dir) { echo $Dir ; }
Expected result:
Dir/CSS/ Dir/Extra/ Dir/Images/
Actual result:
--
Dir/CSS/ Dir/Extra/ Dir/Images/ Dir/Main.data Dir/index.php
--
Edit this bug report at http://bugs.php.net/?id=28656edit=1
#28691 [NEW]: Bitwise AND operator does not work on high values
From: dneilsen at davislangdon dot com dot au
Operating system: RedHat Linux 8 9
PHP version: 4.3.7
PHP Bug Type: Math related
Bug description: Bitwise AND operator does not work on high values
Description:
I have tested this on two separate systems running Redhat 8 and redhat 9
respectively. The Redhat 9 system is running php version 4.3.4 and the
redhat 8 is running 4.3.7.
php.ini has not been altered and, in the case of the redhat 8 box (php
4.3.7), it was compiled with the following:
./configure --with-mysql --with-apxs=/www/bin/apxs
It seems that the bitwise AND operator will not work for values over
pow(2,30). In the case of power 31 it returns a negative value and in the
case of power 32 and above it returns 0.
Thank you for your time :)
Regards
Daniel Neilsen
Reproduce code:
---
?
for($i=28; $i34; $i++)
{
$vala = pow(2,$i);
$valb = pow(2,$i);
$result = $vala $valb;
echo $i - $vala $valb = $resultbr;
}
Expected result:
28 - 268435456 268435456 = 268435456
29 - 536870912 536870912 = 536870912
30 - 1073741824 1073741824 = 1073741824
31 - 2147483648 2147483648 = 2147483648
32 - 4294967296 4294967296 = 4294967296
33 - 8589934592 8589934592 = 8589934592
Actual result:
--
28 - 268435456 268435456 = 268435456
29 - 536870912 536870912 = 536870912
30 - 1073741824 1073741824 = 1073741824
31 - 2147483648 2147483648 = -2147483648
32 - 4294967296 4294967296 = 0
33 - 8589934592 8589934592 = 0
--
Edit bug report at http://bugs.php.net/?id=28691edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28691r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28691r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28691r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28691r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28691r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28691r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28691r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28691r=support
Expected behavior: http://bugs.php.net/fix.php?id=28691r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28691r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28691r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28691r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28691r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28691r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28691r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28691r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28691r=float
