#26411 [Opn->Fbk]: while {} else {}

[elmicha]

 ID:   26411
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php at bellytime dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Feature/Change Request
 Operating System: FreeBSD
 PHP Version:  Irrelevant
 New Comment:

Can you give a better example to support your request? Your example can
easily be written as:

while ($row = mysql_fetch_assoc($result)) {
   print 'Here is a result';
   ...
} 

if (!row) {
   print 'No results found';
}

I don't think that this one test is so expensive that it makes it worth
the trouble (and cost) to clutter up the language.


Previous Comments:


[2003-11-25 12:28:30] php at bellytime dot com

Description:

How about a while...else structure. Often we do 

if (!mysql_num_rows($result)) {
   print 'No results found';
}
while ($row = mysql_fetch_assoc($result)) {
   print 'Here is a result';
   ...
}

Wouldn't it be nicer to do a 

while ($row = mysql_fetch_assoc($result)) {
   print 'Here is a result';
   ...
} else {
   print 'No results found';
}







-- 
Edit this bug report at http://bugs.php.net/?id=26411&edit=1

#26424 [Opn->Fbk]: Warning: ocilogon(): ORA-65535

[elmicha]

 ID:   26424
 Updated by:   [EMAIL PROTECTED]
 Reported By:  vinz_ at libero dot it
-Status:   Open
+Status:   Feedback
 Bug Type: OCI8 related
 Operating System: solaris 8
 PHP Version:  4.3.2
 New Comment:

Can you please verify that you really set and exported the Oracle
environment variables mentioned in
http://www.php.net/manual/en/ref.oci8.php in the environment of your
web server user (before you start your web server).?

"Error while trying to retrieve text" usually means that the Oracle
libraries don't even know about ORACLE_HOME.


Previous Comments:


[2003-11-26 08:58:24] vinz_ at libero dot it

Description:

Hi Hall,

   I have this problem.
Some times (random) the web server does not succeed to connect itself
to an other server Oracle.
The web server answers in way corrected on door 80.

- Web Server: Netscape iPlanet 4.1 SP7;
- PHP 4.3.2;
- Oracle 8.1.7.

Thank you for Help.
Bye



Reproduce code:
---
$link = OCILogon($user, $pass, $sid);

with $sid= "=(DESCRIPTION=(ADDRESS_LIST = (ADDRESS = (PROTOCOL =
TCP)(HOST = test)(PORT = 1521)))(CONNECT_DATA=(SID=oracle)))";


Expected result:

Connection.

Actual result:
--
Warning: ocilogon(): _oci_open_server: Error while trying to retrieve
text for error ORA-65535 in
/local/netscape/server4/php-bin/dboraconnect.inc on line 25
OCIDebug: _oci_open_server: FAILURE -> CLEANUP called
OCIDebug: START _oci_close_server: detaching conn=0
dbname=(DESCRIPTION=(ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST =
test)(PORT = 1521)))(CONNECT_DATA=(SID=oracle)))
OCIDebug: _oci_close_server: closing DEAD server
OCIDebug: oci_do_connect: FAILURE -> CLEANUP called
OCIDebug: START _oci_conn_list_dtor: id=0
OCIDebug: END _oci_conn_list_dtor: id=0
OCIDebug: START php_rshutdown_oci
OCIDebug: END php_rshutdown_oci






-- 
Edit this bug report at http://bugs.php.net/?id=26424&edit=1

#26411 [Fbk->Opn]: while {} else {}

[elmicha]

 ID:   26411
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php at bellytime dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Feature/Change Request
 Operating System: *
 PHP Version:  *
 New Comment:

Yes, you're right, my code was wrong. Next try:

$found = false;
while ($row = mysql_fetch_assoc($result)) {
   $found = true;
   print 'Here is a result';
   ...
} 

if (!$found) {
   print 'No results found';
}


The proposed while/else syntax is indeed a bit more elegant.



Previous Comments:


[2003-11-26 17:21:53] [EMAIL PROTECTED]

Read again. Your code would always print 'No results found' while the
intended change wouldn't.



[2003-11-25 19:16:51] [EMAIL PROTECTED]

Can you give a better example to support your request? Your example can
easily be written as:

while ($row = mysql_fetch_assoc($result)) {
   print 'Here is a result';
   ...
} 

if (!row) {
   print 'No results found';
}

I don't think that this one test is so expensive that it makes it worth
the trouble (and cost) to clutter up the language.



[2003-11-25 12:28:30] php at bellytime dot com

Description:

How about a while...else structure. Often we do 

if (!mysql_num_rows($result)) {
   print 'No results found';
}
while ($row = mysql_fetch_assoc($result)) {
   print 'Here is a result';
   ...
}

Wouldn't it be nicer to do a 

while ($row = mysql_fetch_assoc($result)) {
   print 'Here is a result';
   ...
} else {
   print 'No results found';
}







-- 
Edit this bug report at http://bugs.php.net/?id=26411&edit=1

#26734 [Bgs]: (or) and (||) not the same

[elmicha]

 ID:   26734
 Updated by:   [EMAIL PROTECTED]
 Reported By:  red at ixney dot net
 Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: Irrelevant
 PHP Version:  4.3.4
 New Comment:

"boolean" and "logical" operators are the same thing (probably you
thought of bitwise operators like "|"). The difference between "||" and
"or" is the precedence.





Previous Comments:


[2003-12-28 22:14:16] [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

|| is boolean or
'or' is logical or

they are not the same




[2003-12-28 21:37:58] [EMAIL PROTECTED]

Nothing to do with Mysql, but more like a parser problem



Apparently || casts the resource to bool (true) and assigns it to the
variable. IMHO the || should either produce a parse error in this
context or behave like 'or'.




[2003-12-28 18:11:51] red at ixney dot net

Description:

I always thought '||' and 'or' was the same.
Combined with a mysql_query() however, they are not.

These lines are the same:
mysql_query("$var") or die("help!");
mysql_query("$var") || die("help!");
where $var is a DROP, INSERT or CREATE query, but they are *not* the
same if $var is a SELECT query; the returned value will not be a
'Resource ID' in the latter line.

Reproduce code:
---
mysql_query("DROP TABLE IF EXISTS foobar") || die('Cannot drop table');

mysql_query("CREATE TABLE IF NOT EXISTS foobar (foo INT NOT NULL
AUTO_INCREMENT, bar TINYINT(1), PRIMARY KEY (foo))") || die('Cannot
make table'); 

// Let's insert some random stuff
mysql_query("INSERT INTO foobar (bar) VALUES (0)") || die('Cannot add
values 1'); 
mysql_query("INSERT INTO foobar (bar) VALUES (1)") || die('Cannot add
values 2'); 
mysql_query("INSERT INTO foobar (bar) VALUES (0)") or die('Cannot add
values 3'); 
mysql_query("INSERT INTO foobar (bar) VALUES (1)") or die('Cannot add
values 4'); 

$handle1 = mysql_query("SELECT * FROM foobar WHERE 1") || die('Cannot
select'); 
$handle2 = mysql_query("SELECT * FROM foobar WHERE 1") or die('Cannot
select'); 

echo '$handle1 is '.$handle1.'';
echo '$handle2 is '.$handle2.'';

Expected result:

$handle1 is Resource id #2
$handle2 is Resource id #3

Actual result:
--
$handle1 is 1
$handle2 is Resource id #3





-- 
Edit this bug report at http://bugs.php.net/?id=26734&edit=1

#23894 [Ver]: sprintf format Problem

[elmicha]

 ID:   23894
 Updated by:   [EMAIL PROTECTED]
-Summary:  sprinf format Problem
 Reported By:  s dot masugata at digicom dot dnp dot co dot jp
 Status:   Verified
 Bug Type: Strings related
 Operating System: RedHat Linux6.2J
 PHP Version:  4.3.2
 Assigned To:  moriyoshi
 New Comment:

No, it doesn't look like an environmental problem. sprintf() and
printf() indeed append an extra NUL character for negative numbers:

% LC_ALL=C php -r '
printf( "%03d\n", -1 );
' | xxd
000: 2d30 3100 0a -01..

It happens also with "%02f" format.


Previous Comments:


[2003-05-30 08:22:08] s dot masugata at digicom dot dnp dot co dot jp

printf does not operate, either.



reslt:[-1]

4.1.2 or 4.3.1:

reslt:[-1:]



[2003-05-30 05:12:17] s dot masugata at digicom dot dnp dot co dot jp

Operation of sprintf is amusing.


reslt:[2d31003a]

NULL is added.
It's satisfactory at 4.1.2 or 4.3.1.

An environmental problem?




-- 
Edit this bug report at http://bugs.php.net/?id=23894&edit=1

#23903 [Opn]: preg_replace incorrect output with *

[elmicha]

 ID:   23903
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mnilsson at bowesnet dot com
 Status:   Open
 Bug Type: *Regular Expressions
 Operating System: linux 2.4.18
 PHP Version:  4.3.2
 New Comment:

Smaller example:

  echo preg_replace ("/(.*)/", "http://\$1";, "abc"),"\n";

Output: http://abchttp://

This doesn't look correct to me.

However, your search pattern doesn't look very reasonable - the normal
way to prepend a string to another string is the "." operator:

  $bannerad_url = 'http://' . $_POST['bannerad_url'];




Previous Comments:


[2003-05-30 13:08:35] mnilsson at bowesnet dot com

PROBLEM: preg_replace does not return the proper value with 
a * in the regular expression.

INPUT: $_POST['bannerad_url'] = 'www.canoe.ca';

PROCESS CODE:
$_POST['bannerad_url'] = trim($_POST['bannerad_url']);

if (preg_match ("/^http:\/\/(.*)/i", 
$_POST['bannerad_url']) > 0)
$bannerad_url = $_POST['bannerad_url'];
else
$bannerad_url = preg_replace ("/(.*)/", "http://\$1";, 
$_POST['bannerad_url']);

OUTPUT: echo $bannerad_url; ---> http://
www.canoe.cahttp://


FIX:
INPUT: $_POST['bannerad_url'] = 'www.canoe.ca';

PROCESS CODE:
$_POST['bannerad_url'] = trim($_POST['bannerad_url']);

if (preg_match ("/^http:\/\/(.+)/i", 
$_POST['bannerad_url']) > 0)
$bannerad_url = $_POST['bannerad_url'];
else
$bannerad_url = preg_replace ("/(.+)/", "http://\$1";, 
$_POST['bannerad_url']);

OUTPUT: echo $bannerad_url; ---> http://www.canoe.ca

NOTES:
I was able to reproduce this several times. It seems to be 
related to the *, but replacing it with a + solves the 
problem. Thanks.




-- 
Edit this bug report at http://bugs.php.net/?id=23903&edit=1

#23946 [Opn->Ver]: [ep]reg_replace "z?$" with "a" in "xyz" yields "xyaa" instead of "xya"

[elmicha]

 ID:   23946
 Updated by:   [EMAIL PROTECTED]
 Reported By:  stuge-phpbugs at cdy dot org
-Status:   Open
+Status:   Verified
 Bug Type: *Regular Expressions
 Operating System: Linux
-PHP Version:  4.3.1
+PHP Version:  4.3.2
 New Comment:

Verified with 4.3.2 (and 4.3.1 and 4.2.3). Similar to #23903, but here
I see why you want to use [ep]reg_replace.


Previous Comments:


[2003-06-01 22:38:09] stuge-phpbugs at cdy dot org

Verified with 4.3.0 and 4.3.2rc2 but haven't tried 4.3.2. NEWS for
4.3.2 do not mention any *reg_replace changes. Reproducible with
eregi_replace().



At least in CVS php4/ext/standard/reg.c I believe the problem is that
regexec() on line 306 will be called a second time after the first
iteration has already matched to the end of the string.

Matching from the end of the string should only be allowed on the very
first iteration.

If this analysis is correct, the following patch might work, but I
haven't tried it.

--- reg.c.org   2003-06-02 05:23:51.0 +0200
+++ reg.c   2003-06-02 05:26:06.0 +0200
@@ -302,7 +302,7 @@
 
err = pos = 0;
buf[0] = '\0';
-   while (!err) {
+   do {
err = regexec(&re, &string[pos], re.re_nsub+1, subs,
(pos ? REG_NOTBOL : 0));
 
if (err && err != REG_NOMATCH) {
@@ -396,7 +396,7 @@
/* stick that last bit of string on our output
*/
strcat(buf, &string[pos]);
}
-   }
+   } while(!err && string[pos]);
 
/* don't want to leak memory .. */
efree(subs);





-- 
Edit this bug report at http://bugs.php.net/?id=23946&edit=1

#24008 [Opn->Ver]: segmentation fault in preg_match()

[elmicha]

 ID:   24008
 Updated by:   [EMAIL PROTECTED]
 Reported By:  imacat at mail dot imacat dot idv dot tw
-Status:   Open
+Status:   Verified
 Bug Type: PCRE related
 Operating System: Debian 3.0r1/Linux 2.4.20
 PHP Version:  4.3.2
 New Comment:

Apparently preg_match() eats the whole stack (endless recursion).
You can get a core dump if you use "ulimit -c unlimited". If your stack
size is very high, you have to wait a long time; with "ulimit -s 5000"
it's a lot better.

(gdb) bt -10
#16814 0x08128cb4 in match (
eptr=0x855a706 "_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ "..., ecode=0x8559e94 "=", 
offset_top=4, md=0xbfffe260, ims=0, eptrb=0xbfffe0a0, flags=2)
at /usr/local/src/php-4.3.2/ext/pcre/pcrelib/pcre.c:4730
#16815 0x08127e15 in match (
eptr=0x855a704 "_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ "..., ecode=0x8559e8f "K", 
offset_top=2, md=0xbfffe260, ims=0, eptrb=0xbfffe0a0, flags=2)
at /usr/local/src/php-4.3.2/ext/pcre/pcrelib/pcre.c:4206
#16816 0x08128035 in match (
eptr=0x855a704 "_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ "..., ecode=0x8559e8c "J", 
offset_top=2, md=0xbfffe260, ims=0, eptrb=0xbfffe1d0, flags=2)
at /usr/local/src/php-4.3.2/ext/pcre/pcrelib/pcre.c:4235
#16817 0x0812b39a in php_pcre_exec (external_re=0x8559e70,
external_extra=0x0, 
subject=0x855a704 "_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _ "..., length=2, start_offset=0, 
options=0, offsets=0x8559eec, offsetcount=9)
at /usr/local/src/php-4.3.2/ext/pcre/pcrelib/pcre.c:5943
#16818 0x0812c506 in php_pcre_match (ht=2, return_value=0x85599cc,
this_ptr=0x0, 
return_value_used=0, global=0) at
/usr/local/src/php-4.3.2/ext/pcre/php_pcre.c:440
#16819 0x0812ca9c in zif_preg_match (ht=2, return_value=0x85599cc,
this_ptr=0x0, 
return_value_used=0) at
/usr/local/src/php-4.3.2/ext/pcre/php_pcre.c:564
#16820 0x08253eb2 in execute (op_array=0x85591dc)
at /usr/local/src/php-4.3.2/Zend/zend_execute.c:1606
#16821 0x08235717 in zend_eval_string (
str=0xbfffea80 "$a = \"\";\n\nfor ($i = 0; $i < 1; $i++) {\n\n 
  $a .= \"\\x5F \";\n\n}\necho
\"hi\\n\";\npreg_match(\"/(..)+(\\x5Fa|\\x5F@)/\", $a);\n\n", 
retval_ptr=0x0, string_name=0x836d7b4 "Command line code")
at /usr/local/src/php-4.3.2/Zend/zend_execute_API.c:636
#16822 0x0825c5e0 in main (argc=3, argv=0xbfffe824)
at /usr/local/src/php-4.3.2/sapi/cli/php_cli.c:847
#16823 0x4075f8c1 in __libc_start_main (main=0x825b7c4 , argc=3,

argv=0xbfffe824, init=0x8092478 <_init>, fini=0x832e614 <_fini>, 
rtld_fini=0x4000a914 <_dl_fini>, stack_end=0xbfffe81c)
at ../sysdeps/generic/libc-start.c:92



Previous Comments:


[2003-06-04 02:26:26] imacat at mail dot imacat dot idv dot tw

The following simple test script caused a segmentation fault:

[EMAIL PROTECTED] ~ % cat test.php

[EMAIL PROTECTED] ~ % php test.php
zsh: segmentation fault  php test.php
[EMAIL PROTECTED] ~ %

No core dump.  This piece of code was part of a complex regular
expression to match against URLs in a piece of DBCS plain text.  This
is a most-simplified scratch that can illustrate the segmentation
fault, so please don't ask me what this non-sense scratch is for.  It
first crashed under apache/mod_php4 4.3.1, and I found it crashes under
php 4.3.2, too, both as apache/mod_php4 and php client binary.

I have rewritten my subroutine to avoid this problem.  It required
rewriting anyway.

This happens on my Debian 3.0r1x2 and Red Hat 9, all using gcc 3.3 and
glibc 2.3.2.  On my other 2 Red Hat 9, it enters an infinite loop and
used up all the CPU time.

Please tell me if you need more infomation on this.




-- 
Edit this bug report at http://bugs.php.net/?id=24008&edit=1

#24020 [Opn->Bgs]: print/echo/heredoc randomly slows down

[elmicha]

 ID:   24020
 Updated by:   [EMAIL PROTECTED]
 Reported By:  grandadmirale at yahoo dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Performance problem
 Operating System: Redhat linux
 PHP Version:  4.3.1
 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.

You don't have guaranteed response times in a multi-tasking
environment. Even in single-user-mode you have kernel daemons like
kupdated and bdflush that will slow down the system a bit now and then.
And your database also isn't just sitting there, doing nothing. Unless
you can come up with a _short_ example script that shows this
"problem", this is bogus.


Previous Comments:


[2003-06-04 11:07:44] grandadmirale at yahoo dot com

print/echo/heredocs will randomly slow down to an unacceptable time.
I've timed just the print command itself, and it will be fine printing
at 0.## seconds, and then randomly it will shoot up to anywhere
from 0.01 seconds, to 0.2 seconds, which is unacceptable. The variation
in html being printed is very slim, it is not printing a large ammount
of html. I can't provide the script that has this problem publicly
since it's a for-profit script, but if contacted by email I will
provide all I can. The system stores all html in the database and
queries for it when needed and prints it out, I've tried also storing
it in a file, and even printing it out directly in the function without
any middleman function with print, echo, and heredocs, nothing helps.




-- 
Edit this bug report at http://bugs.php.net/?id=24020&edit=1

#24085 [Opn->Bgs]: imap_open takes long time when not specifying port num

[elmicha]

 ID:   24085
 Updated by:   [EMAIL PROTECTED]
 Reported By:  bg at ds dot hj dot se
-Status:   Open
+Status:   Bogus
 Bug Type: IMAP related
 Operating System: Linux
-PHP Version:  4.3.2
+PHP Version:  4.2.2
 New Comment:

I verified that this is no problem anymore with PHP 4.3.2. If you can't
upgrade from PHP 4.2.2, your only option is inventing a time machine,
so the PHP developers would be able to fix this before the release of
PHP 4.2.2. On the other hand, you could just use "{localhost:143}" (but
I certainly would prefer that you would invent that time machine).


Previous Comments:


[2003-06-08 16:54:54] bg at ds dot hj dot se

The PHP-version that I am running is 4.2.2 and not 4.3.2, unfortunately
I can't upgrade to reproduce the problem due to the fact that the
system isn't mine.

When calling imap_open("{localhost}","user","pass"); and not specifying
port number the call takes about 14-15s to complete.

This is not the issue when using a port number when calling:
imap_open("{localhost:143}","user","pass");

This last call takes about 1 sec (in my case) to complete, and it is
not due to network instability. I have seen the same problem described
in the documentation about imap-support in php.

PHP-version is 4.2.2
php-imap: $Id: php_imap.h,v 1.17.2.1 2002/03/11 23:11:37 derick Exp $




-- 
Edit this bug report at http://bugs.php.net/?id=24085&edit=1

#22937 [Opn->Ver]: Valid http:// URL does not open with fopen()

[elmicha]

 ID:   22937
 Updated by:   [EMAIL PROTECTED]
 Reported By:  freddie at bingham dot net
-Status:   Open
+Status:   Verified
 Bug Type: Sockets related
 Operating System: Redhat 7.3
 PHP Version:  4.3.2
 New Comment:

I'm afraid I can verify this one, both with 4.3.2 and 4.3.3-dev as of
today:

# sapi/cli/php -c php.ini-recommended -r '
$p = fopen("http://pub133.ezboard.com/bonesixthwarriors";, "rb");
var_dump($http_response_headers);
'
PHP Warning:  fopen(http://pub133.ezboard.com/bonesixthwarriors):
failed to open stream: HTTP request failed! à|ïc  in Command
line code on line 2
PHP Notice:  Undefined variable:  http_response_headers in Command line
code on line 3
NULL
# 

Configured only with --enable-debug --disable-mbstring, it's the same
problem, but slightly different junk characters in the error message.
Otherwise these junk characters are always the same (for the same
build).


Previous Comments:


[2003-06-09 10:33:14] freddie at bingham dot net

NULL

The fact that you are asking me this implies that it works for you on
4.3.2 or you are unable to test it on 4.3.2. Is that the case?



[2003-06-09 09:41:10] [EMAIL PROTECTED]

*sigh*

Please provide the information I requested.

http://pub133.ezboard.com/bonesixthwarriors', 'rb');
var_dump($http_response_headers);
?>

and paste the result here.




[2003-06-09 09:19:19] freddie at bingham dot net

Can we please stick to the bug that I have reported. Thanks.

My script works in everything before 4.3.0. What had changed to break a
valid URL from being opened with fopen() and why was I told it was
fixed in the PRE released 4.3.2, to only find it is still broken in
4.3.2



[2003-06-09 03:17:27] [EMAIL PROTECTED]

dunkel at calamus dot net:
fopen will raise a warning if it could not open the file.  That is how
it works.  To hide the warning, use the @ operator.

freddie at bingham dot net:
please try this little script:
$p = fopen('http://pub133.ezboard.com/bonesixthwarriors', 'rb');
var_dump($http_response_headers);

and paste the result here



[2003-06-09 01:29:22] dunkel at calamus dot net

In my problem case, the remote file does NOT exist. This is what I want
to find out with fopen(). The according code looks like this:


// don't check remote files with file_exists() !!!
if ($lan == "cz")
{
  $file = fopen("$url_docu", "rb");
  if ($file)
  {
echo "\n";
echo "";
$this->echo_name($lan);
echo " (HTML)\n";
echo "\n";
fclose($file);
  }
  else
  [...]
}

In fact, $file is invalid here as it should. But in no case this
function call of fopen() should give a warning about this, shouldn't
it?

In http://www.calamus.net/cz/modules/aln.php, you see how it works with
existing remote files.

In http://www.calamus.net/us/modules/aln.php, you can see how the
result should be (refer to 'Manual' instead of the Czech 'Prirucka').



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/22937

-- 
Edit this bug report at http://bugs.php.net/?id=22937&edit=1

#22937 [Asn]: Valid http:// URL does not open with fopen()

[elmicha]

 ID:   22937
 Updated by:   [EMAIL PROTECTED]
 Reported By:  freddie at bingham dot net
 Status:   Assigned
 Bug Type: HTTP related
 Operating System: Redhat 7.3
 PHP Version:  4.3.2
 Assigned To:  wez
 New Comment:

According to
,
this "SmallWebServer" is their own software, written in SmallTalk.
Google finds only pages inside the ezboard.com domain, so they are
probably the only ones using it.


Previous Comments:


[2003-06-09 16:12:38] [EMAIL PROTECTED]

It looks like the web server at that address doesn't like the request
headers coming in multiple packets.

Performing a strace on php shows that it is conforming to the HTTP
protocol, but the remote host does not send a response (recv call
returns 0).

To me, this sounds like a bug in the web server (I've never heard of
SmallWebServer; anyone have any info on it?).

I'm working on a write buffer for streams that will act as a workaround
for this problem, but my time is limited, so please be patient.



[2003-06-09 16:01:07] [EMAIL PROTECTED]

I'm afraid I can verify this one, both with 4.3.2 and 4.3.3-dev as of
today:

# sapi/cli/php -c php.ini-recommended -r '
$p = fopen("http://pub133.ezboard.com/bonesixthwarriors";, "rb");
var_dump($http_response_headers);
'
PHP Warning:  fopen(http://pub133.ezboard.com/bonesixthwarriors):
failed to open stream: HTTP request failed! à|ïc  in Command
line code on line 2
PHP Notice:  Undefined variable:  http_response_headers in Command line
code on line 3
NULL
# 

Configured only with --enable-debug --disable-mbstring, it's the same
problem, but slightly different junk characters in the error message.
Otherwise these junk characters are always the same (for the same
build).



[2003-06-09 10:33:14] freddie at bingham dot net

NULL

The fact that you are asking me this implies that it works for you on
4.3.2 or you are unable to test it on 4.3.2. Is that the case?



[2003-06-09 09:41:10] [EMAIL PROTECTED]

*sigh*

Please provide the information I requested.

http://pub133.ezboard.com/bonesixthwarriors', 'rb');
var_dump($http_response_headers);
?>

and paste the result here.




[2003-06-09 09:19:19] freddie at bingham dot net

Can we please stick to the bug that I have reported. Thanks.

My script works in everything before 4.3.0. What had changed to break a
valid URL from being opened with fopen() and why was I told it was
fixed in the PRE released 4.3.2, to only find it is still broken in
4.3.2



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/22937

-- 
Edit this bug report at http://bugs.php.net/?id=22937&edit=1

#22937 [Fbk]: Valid http:// URL does not open with fopen()

[elmicha]

 ID:   22937
 Updated by:   [EMAIL PROTECTED]
 Reported By:  freddie at bingham dot net
 Status:   Feedback
 Bug Type: HTTP related
 Operating System: Redhat 7.3
 PHP Version:  4.3.2
 Assigned To:  wez
 New Comment:

Wow - this works for me, both with 4.3.2 and the same 4.3.3-dev from
yesterday.

I don't have the slightest idea why this works, though. 


Previous Comments:


[2003-06-10 16:13:15] [EMAIL PROTECTED]

Try the following test:

http://pub133.ezboard.com/bonesixthwarriors', 'rb');
  $p2 = fopen('http://www.microsoft.com', 'rb');

?>




[2003-06-10 14:43:06] [EMAIL PROTECTED]

According to
,
this "SmallWebServer" is their own software, written in SmallTalk.
Google finds only pages inside the ezboard.com domain, so they are
probably the only ones using it.



[2003-06-09 16:12:38] [EMAIL PROTECTED]

It looks like the web server at that address doesn't like the request
headers coming in multiple packets.

Performing a strace on php shows that it is conforming to the HTTP
protocol, but the remote host does not send a response (recv call
returns 0).

To me, this sounds like a bug in the web server (I've never heard of
SmallWebServer; anyone have any info on it?).

I'm working on a write buffer for streams that will act as a workaround
for this problem, but my time is limited, so please be patient.



[2003-06-09 16:01:07] [EMAIL PROTECTED]

I'm afraid I can verify this one, both with 4.3.2 and 4.3.3-dev as of
today:

# sapi/cli/php -c php.ini-recommended -r '
$p = fopen("http://pub133.ezboard.com/bonesixthwarriors";, "rb");
var_dump($http_response_headers);
'
PHP Warning:  fopen(http://pub133.ezboard.com/bonesixthwarriors):
failed to open stream: HTTP request failed! à|ïc  in Command
line code on line 2
PHP Notice:  Undefined variable:  http_response_headers in Command line
code on line 3
NULL
# 

Configured only with --enable-debug --disable-mbstring, it's the same
problem, but slightly different junk characters in the error message.
Otherwise these junk characters are always the same (for the same
build).



[2003-06-09 10:33:14] freddie at bingham dot net

NULL

The fact that you are asking me this implies that it works for you on
4.3.2 or you are unable to test it on 4.3.2. Is that the case?



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/22937

-- 
Edit this bug report at http://bugs.php.net/?id=22937&edit=1

#24118 [Opn->Fbk]: Error while using foreach

[elmicha]

 ID:   24118
 Updated by:   [EMAIL PROTECTED]
 Reported By:  young at sl dot com dot ua
-Status:   Open
+Status:   Feedback
 Bug Type: Arrays related
 Operating System: FreeBSD 4.7
 PHP Version:  4.3.2
 New Comment:

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.



Previous Comments:


[2003-06-10 17:20:10] young at sl dot com dot ua

Source code N1:
-
foreach ($sqldata as $row) {
$item = $row;
print_r($item);
}
-
Result 1:
Array
(
[DURATION] => 7
)
Array
(
[DURATION] => 230
)
Array
(
[DURATION] => 230
)
-
Source code 2:
-
foreach ($sqldata as $item) {
print_r($item);
}
-
Result 2:
-
Array
(
[DURATION] => 7
)
Array
(
[DURATION] => 230
)
Array
(
[DURATION] => 50
)
--




-- 
Edit this bug report at http://bugs.php.net/?id=24118&edit=1

#24118 [Asn]: Error while using foreach

[elmicha]

 ID:   24118
 Updated by:   [EMAIL PROTECTED]
 Reported By:  young at sl dot com dot ua
 Status:   Assigned
 Bug Type: Scripting Engine problem
-Operating System: FreeBSD 4.7
+Operating System: FreeBSD 4.7, Linux
-PHP Version:  4.3.3-dev, 5.0.0-dev
+PHP Version:  4.3.2, 4.3.3-dev, 5.0.0-dev
 Assigned To:  zeev
 New Comment:

Yes; more evidence:

";
}
?>

Output: 12344

";
}
?>

Output: 12345


Previous Comments:


[2003-06-10 17:56:08] [EMAIL PROTECTED]

Zeev, here is first one I verified with both 4.3.3-dev and 5.0.0-dev.
Have fun fixing this one. :)




[2003-06-10 17:32:00] young at sl dot com dot ua

Sample code to make this bug:
";
}
?>
Return
1
4
9
16
16



[2003-06-10 17:24:46] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.




[2003-06-10 17:20:10] young at sl dot com dot ua

Source code N1:
-
foreach ($sqldata as $row) {
$item = $row;
print_r($item);
}
-
Result 1:
Array
(
[DURATION] => 7
)
Array
(
[DURATION] => 230
)
Array
(
[DURATION] => 230
)
-
Source code 2:
-
foreach ($sqldata as $item) {
print_r($item);
}
-
Result 2:
-
Array
(
[DURATION] => 7
)
Array
(
[DURATION] => 230
)
Array
(
[DURATION] => 50
)
--




-- 
Edit this bug report at http://bugs.php.net/?id=24118&edit=1

#24420 [Opn->Ver]: getcwd() returns random results in a callback

[elmicha]

 ID:   24420
 Updated by:   [EMAIL PROTECTED]
 Reported By:  S dot Bennett at lancaster dot ac dot uk
-Status:   Open
+Status:   Verified
 Bug Type: Directory function related
 Operating System: Linux
 PHP Version:  4.3.3RC5-dev
 New Comment:

current time is '08/20/03 08:26:09'
(in main) cwd is '/home/elmicha/public_html/php'
(in callback) cwd is '/'

In the callback it's always '/'.

I'm still running 4.3.3RC3 though (will try tonight with a current
snapshot and pristine php.ini). Linux 2.4.21, gcc-2.95.3, libc-2.1.3,
Apache-1.3.28, no vhosts.


Previous Comments:


[2003-08-19 07:17:19] S dot Bennett at lancaster dot ac dot uk

Yes, I know 2.96 is bogus - it's a RedHat7 box. The problem also occurs
when compiled with GCC3.2.2 on a Solaris system, so I don't really
think it's relevant.

I don't have any vhosts on this install of apache - I normally use
--enable-module=vhost_alias but it's disabled on this install.
httpd.conf contains:
  DocumentRoot "/home/www/nutter.spoo.org/htdocs"

If you're unable to reproduce this there must be *something* different
between your system and mine - what are you testing this on?



[2003-08-19 07:09:44] [EMAIL PROTECTED]

Well, there is something fishy going on what you do since I'm still
unable to reproduce this..and btw. The gcc 2.96 is bogus:
http://gcc.gnu.org/gcc-2.96.html

Also, if you were using default configuration of apache, you wouldn't
have any virtualhosts..




[2003-08-19 06:59:29] S dot Bennett at lancaster dot ac dot uk

This is on a minimal apache/PHP installation that I've set up
specifically to reproduce this problem. Apache is configured as:
./configure --prefix=/usr/local/packages/apache-1.3.27
--enable-module=so

Linux kernel is 2.4.20-ac2
gcc version is 2.96
glibc is 2.2.4

I've successfully reproduced this problem on a Solaris 7 system (gcc
version is 2.96) and on a Solaris 9 system (gcc version is 3.2.2). I
don't see how it can be dependent on compiler version or platform...



[2003-08-19 06:04:23] [EMAIL PROTECTED]

What other apache modules do you have enabled?
Have you tried this with some default config?
(sidenote: What linux / gcc / glibc versions do you have..?)




[2003-08-19 05:38:34] S dot Bennett at lancaster dot ac dot uk

This is on a minimal apache/PHP installation that I've set up
specifically to reproduce this problem.

There are no .htaccess files in the path to my test script.

The only PHP-related entries in httpd.conf are:
   LoadModule php4_module libexec/libphp4.so
   DirectoryIndex index.html index.php
   AddType application/x-httpd-php .php
   AddType application/x-httpd-php-source .phps



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/24420

-- 
Edit this bug report at http://bugs.php.net/?id=24420&edit=1

#24420 [Ver]: getcwd() returns random results in a callback

[elmicha]

 ID:   24420
 Updated by:   [EMAIL PROTECTED]
 Reported By:  S dot Bennett at lancaster dot ac dot uk
 Status:   Verified
 Bug Type: Directory function related
 Operating System: Linux
 PHP Version:  4.3.3RC5-dev
 New Comment:

I also see "(in callback) cwd is '/'" (no random values) on Solaris
with PHP-4.2.1/Apache-1.3.26, so this doesn't seem to be a recent
regression.



Previous Comments:


[2003-08-20 01:35:15] [EMAIL PROTECTED]

current time is '08/20/03 08:26:09'
(in main) cwd is '/home/elmicha/public_html/php'
(in callback) cwd is '/'

In the callback it's always '/'.

I'm still running 4.3.3RC3 though (will try tonight with a current
snapshot and pristine php.ini). Linux 2.4.21, gcc-2.95.3, libc-2.1.3,
Apache-1.3.28, no vhosts.



[2003-08-19 07:17:19] S dot Bennett at lancaster dot ac dot uk

Yes, I know 2.96 is bogus - it's a RedHat7 box. The problem also occurs
when compiled with GCC3.2.2 on a Solaris system, so I don't really
think it's relevant.

I don't have any vhosts on this install of apache - I normally use
--enable-module=vhost_alias but it's disabled on this install.
httpd.conf contains:
  DocumentRoot "/home/www/nutter.spoo.org/htdocs"

If you're unable to reproduce this there must be *something* different
between your system and mine - what are you testing this on?



[2003-08-19 07:09:44] [EMAIL PROTECTED]

Well, there is something fishy going on what you do since I'm still
unable to reproduce this..and btw. The gcc 2.96 is bogus:
http://gcc.gnu.org/gcc-2.96.html

Also, if you were using default configuration of apache, you wouldn't
have any virtualhosts..




[2003-08-19 06:59:29] S dot Bennett at lancaster dot ac dot uk

This is on a minimal apache/PHP installation that I've set up
specifically to reproduce this problem. Apache is configured as:
./configure --prefix=/usr/local/packages/apache-1.3.27
--enable-module=so

Linux kernel is 2.4.20-ac2
gcc version is 2.96
glibc is 2.2.4

I've successfully reproduced this problem on a Solaris 7 system (gcc
version is 2.96) and on a Solaris 9 system (gcc version is 3.2.2). I
don't see how it can be dependent on compiler version or platform...



[2003-08-19 06:04:23] [EMAIL PROTECTED]

What other apache modules do you have enabled?
Have you tried this with some default config?
(sidenote: What linux / gcc / glibc versions do you have..?)




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/24420

-- 
Edit this bug report at http://bugs.php.net/?id=24420&edit=1

#25716 [Opn->Bgs]: image is broken if imagepng called from function

[elmicha]

 ID:   25716
 Updated by:   [EMAIL PROTECTED]
 Reported By:  indi2000 at pisem dot net
-Status:   Open
+Status:   Bogus
 Bug Type: GD related
 Operating System: Linux
 PHP Version:  4.3.3
 New Comment:

Works fine here. Did you forget to call the function? Does your code
print something (e.g. whitespace) before you call the function? Does it
have whitespace before the "image = "images/1.png";
$this->im=imagecreatefrompng($this->image);
$this->w=imagecolorallocate($this->im, 0, 0, 0);
imagepng($this->im);
imagedestroy($this->im);  
---

function show_image() {
header('Content-type: image/png');
$this->image = "images/1.png";
$this->im=imagecreatefrompng($this->image);
$this->w=imagecolorallocate($this->im, 0, 0, 0);
imagepng($this->im);
imagedestroy($this->im);  
}







-- 
Edit this bug report at http://bugs.php.net/?id=25716&edit=1

#25707 [Bgs->Ver]: html_entity_decode over-decodes <

[elmicha]

 ID:   25707
 Updated by:   [EMAIL PROTECTED]
 Reported By:  Bjorn dot Victor at it dot uu dot se
-Status:   Bogus
+Status:   Verified
 Bug Type: Feature/Change Request
 Operating System: Solaris 8
 PHP Version:  4.3.3
 New Comment:

html_entity_decode(htmlentities("<")) returns "<", but IMHO it
should return the original "<". 

The unhtmlentities() function given on
http://www.php.net/html_entity_decode works like it should (in my
eyes).


Previous Comments:


[2003-10-01 03:31:42] Bjorn dot Victor at it dot uu dot se

Sorry, this is not an RTFM error, and has nothing to do with the
optional parameters of the function. I have changed the summary to
refer to "lt", to avoid confusion with ENT_QUOTES etc - believe me, I
tried this before looking at the source and figuring out what the error
really was.

The current code works like this: iterate over the 6 "basic_entities",
replace the entity with its character in the string.  "&" is the
first item in basic_entities, which is good when you're doing
htmlentities (the reverse operation).

Given a string "<", it will first become "<", and then
(because "<" is handled after "&"), "<".

Consider doing "&" last, e.g. by traversing basic_entities
backwards: 
"<" becomes "<", which is the expected.



[2003-09-30 15:00:59] [EMAIL PROTECTED]

RTFM: http://www.php.net/html_entity_decode
(the 2nd optional parameter..)




[2003-09-30 14:52:20] Bjorn dot Victor at it dot uu dot se

Description:

Symptom:
html_entity_decode(""") returns '"', while the expected value
would be """.  Corresponding (wrong) behaviour for & followed
by "lt;", "gt;" etc.

Another example is html_entity_decode(htmlentities("<")) which
returns "<" rather than "<" as expected.

As a result, html_entity_decode can not be used as the inverse of
htmlentities.

Diagnosis:
The function (php_unescape_html_entities in ext/standard/html.c)
replaces each entity in basic_entities with its corresponding
character, but starts by replacing "&" with "&", the resulting
string being """, which is then replaced by '"'.

Solution:
php_unescape_html_entities in ext/standard/html.c traverses the
basic_entities from the wrong end; it must replace "&" *last*, not
*first*.

Reproduce code:
---
print html_entity_decode(""<>");

Expected result:

"<>

Actual result:
--
"<>





-- 
Edit this bug report at http://bugs.php.net/?id=25707&edit=1

#25734 [Opn->Bgs]: string false type-casts into boolean TRUE

[elmicha]

 ID:   25734
 Updated by:   [EMAIL PROTECTED]
 Reported By:  rbotzer at yahoo dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Feature/Change Request
 Operating System: MacOS X
 PHP Version:  4.3.3
 New Comment:

Bad idea - think about backwards compatibility.

And what would be next? Should "no", "off", "nyet", "falsch" and a
bunch of other strings also evaluate to false?


Previous Comments:


[2003-10-02 12:57:52] rbotzer at yahoo dot com

Description:

When I type-cast the string "false" into a boolean it evaluates to
TRUE.  This is non-sensical.  Can we please change the type-casting so
that it evaluates as FALSE.


Thanks,
Ronen Botzer

Reproduce code:
---


Expected result:

I expect to only see a printout from the first conditional.  The second
should evaluate as false, and not print.

Actual result:
--
the string value of x is evaluating as "false" 
string(5) "false"

$x was type-cast into boolean $y

the boolean value of x is evaluating as true
bool(true)






-- 
Edit this bug report at http://bugs.php.net/?id=25734&edit=1

#25719 [Csd->Opn]: openssl library not found

[elmicha]

 ID:   25719
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Closed
+Status:   Open
 Bug Type: Compile Failure
 Operating System: Linux
-PHP Version:  4CVS-2003-10-01 (stable)
+PHP Version:  4CVS-2003-10-02 (stable)
 New Comment:

I still get the same error with php4-STABLE-200310021930 and with a
fresh CVS checkout (cvs -d :pserver:[EMAIL PROTECTED]:/repository co
-r PHP_4_3 php-src).

config.log changed a bit:

configure:16236: gcc -o conftest -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE 
-Wl,-rpath,/usr/local/ssl/lib -L/usr/local/ssl/lib -lintl -lssl
-lcrypto conftest.c -lssl  -lresolv -lm -ldl -lnsl  1>&5

The -lssl before the -lcrypto is new, but the second -lssl still has no
-lcrypto following.


Previous Comments:


[2003-10-01 20:35:30] [EMAIL PROTECTED]

This bug has been fixed in CVS.

In case this was a PHP problem, 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/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.





[2003-10-01 13:53:49] [EMAIL PROTECTED]

Description:

Not sure if it's the same problem as reported in the closed #25703; but
with php4-STABLE-200310011530, I still get:

checking for OpenSSL support... yes
checking for pkg-config... /usr/local/bin/pkg-config
checking for OpenSSL version... >= 0.9.6
checking for CRYPTO_free in -lcrypto... yes
checking for SSL_CTX_set_ssl_version in -lssl... no
configure: error: libssl not found!



Reproduce code:
---
./configure --with-openssl

Expected result:

configure should find the ssl lib. It works fine with PHP-4.3.3.

Actual result:
--
config.log says configure used this check:

configure:16233: gcc -o conftest -D_FILE_OFFSET_BITS=64 
-Wl,-rpath,/usr/local/ssl/lib -L/usr/local/ssl/lib -lintl -lcrypto
conftest.c -lssl  -lresolv -lm -ldl -lnsl  1>&5
/usr/local/ssl/lib/libssl.a(ssl_lib.o): In function `SSL_clear':
ssl_lib.o(.text+0x83): undefined reference to `ERR_put_error'
ssl_lib.o(.text+0xd2): undefined reference to `BUF_MEM_free'
[...]

When I try

gcc -o conftest -D_FILE_OFFSET_BITS=64  -Wl,-rpath,/usr/local/ssl/lib
-L/usr/local/ssl/lib -lintl  conftest.c -lssl -lcrypto -lresolv -lm
-ldl -lnsl

(i.e. -lcrypto after -lssl), the test compiles fine.





-- 
Edit this bug report at http://bugs.php.net/?id=25719&edit=1

#25735 [Bgs]: include doens't work, php.ini gone....

[elmicha]

 ID:   25735
 Updated by:   [EMAIL PROTECTED]
 Reported By:  dreamland_nl at hotmail dot com
 Status:   Bogus
 Bug Type: Output Control
 Operating System: RedHat 7.0 (Raq550)
 PHP Version:  4.3.3
 New Comment:

Please understand that we can't support hundreds of third-party
packages - ask the people who provided that particular RPM.


Previous Comments:


[2003-10-02 17:16:15] [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.

*sigh*




[2003-10-02 16:16:41] dreamland_nl at hotmail dot com

Description:

I have update my PHP up to 4.3.3 The problem is that mij info.php says
that the php.ini file must be in /etc/httpd/4.3.3/ But this directory
doens't exist.

Is my php.ini now located in /etc/admserv of /etc/httpd/

The problem is that I can't include now and I want to change the
php.ini

Reproduce code:
---
Here is the file that I used to update to 4.3.3

http://www.cobaltfaqs.com/wiki/index.php/Upgrade%20PHP%20on%20RaQ%20550

Expected result:

I think it should running OK ?






-- 
Edit this bug report at http://bugs.php.net/?id=25735&edit=1

#25741 [Opn->Fbk]: Apache Cannot Load libphp4.so Due To Undefined Symbol __cmpdi2

[elmicha]

 ID:   25741
 Updated by:   [EMAIL PROTECTED]
 Reported By:  james at inpho dot com dot au
-Status:   Open
+Status:   Feedback
-Bug Type: Apache2 related
+Bug Type: OCI8 related
 Operating System: RedHat 9
 PHP Version:  4.3.3
 New Comment:

Can you please try the hint given in
http://groups.google.de/groups?q=%22undefined+symbol%22+__cmpdi2&hl=de&lr=&ie=UTF-8&scoring=d&selm=20030520135824.GM14999%40dansat.data-plan.com&rnum=4,
 i.e. append "`gcc -print-libgcc-file-name`" (including the
backquotes!) to the SYSLIBS entry in $ORACLE_HOME/bin/genclntsh?


Previous Comments:


[2003-10-03 02:43:12] james at inpho dot com dot au

Description:

If PHP 4.3.3 is compiled with --oci8 switch against Oracle 9.0.1, when
Apache 2.0.47 attempts to load the module it fails as per below:

Starting httpd: Syntax error on line 57 of
/usr/local/apache2/conf/httpd.conf:
Cannot load /usr/local/apache2/modules/libphp4.so into server:
/usr/local/oracle/product/9.0.1/lib/libclntsh.so.9.0: undefined symbol:
__cmpdi2

=== Why Use Oracle Client 9.0.1?

In order to connect to legacy Oracle 7.2/7.3 instances. Versions of
Oracle after this do not support these databases.

=== Building PHP

glibc has to be downgraded in order to compile PHP 4.3.3 successfully.
Compile failure:

CONFIGURE:   './configure' '--with-mysql=/usr/local/mysql'
'--with-apxs2=/usr/local/apache2/bin/apxs'
'--with-openssl=/usr/local/ssl' '--with-oci8' '--enable-sigchild'
CC: gcc
CFLAGS: -g -O2
CPPFLAGS:
CXX:
CXXFLAGS:
INCLUDES:-I$(top_builddir)/Zend -I/usr/local/ssl/include
-I/usr/local/mysql/include
-I/usr/local/oracle/product/9.0.1/rdbms/public
-I/usr/local/oracle/product/9.0.1/rdbms/demo
-I/usr/local/oracle/product/9.0.1/plsql/public
LDFLAGS: -Wl,-rpath,/usr/local/ssl/lib -L/usr/local/ssl/lib
-Wl,-rpath,/usr/local/mysql/lib -L/usr/local/mysql/lib
-Wl,-rpath,/usr/local/oracle/product/9.0.1/lib
-L/usr/local/oracle/product/9.0.1/lib
LIBS:   -lmysqlclient -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl 
-ldl -lm -lclntsh
DLIBS:
SAPI:   apache2handler
PHP_RPATHS:  /usr/local/ssl/lib /usr/local/mysql/lib
/usr/local/oracle/product/9.0.1/lib
uname -a:   Linux staging.int.inpho.com.au 2.4.20-19.9 #1 Tue Jul 15
17:18:13 EDT 2003 i686 i686 i386 GNU/Linux

gcc -o conftest -g -O2   -Wl,-rpath,/usr/local/ssl/lib
-L/usr/local/ssl/lib -Wl,-rpath,/usr/local/mysql/lib
-L/usr/local/mysql/lib -Wl,-rpath,/usr/local/oracle/product/9.0.1/lib
-L/usr/local/oracle/product/9.0.1/lib conftest.c -lmysqlclient -lz
-lssl -lcrypto -lresolv -lm -ldl -lnsl  -ldl -lm -lclntsh 1>&5
/usr/local/oracle/product/9.0.1/lib/libclntsh.so: undefined reference
to `__ctype_b'
/usr/local/oracle/product/9.0.1/lib/libclntsh.so: undefined reference
to `__ctype_toupper'
/usr/local/oracle/product/9.0.1/lib/libclntsh.so: undefined reference
to `__ctype_tolower'
collect2: ld returned 1 exit status

=== Downgrading glibc

As per instructions here:

http://www.puschitz.com/InstallingOracle9i.shtml

rpm -Uvh --force glibc-2.3.2-5.i686.rpm glibc-common-2.3.2-5.i386.rpm
glibc-devel-2.3.2-5.i386.rpm 

configure/make now succeeds.

=== Installation of PHP 4.3.3

Installing PHP CLI binary:/usr/local/bin/
Installing PHP CLI man page:  /usr/local/man/man1/
Installing PHP SAPI module:   apache2handler
/usr/local/apache2/build/instdso.sh
SH_LIBTOOL='/usr/local/apache2/build/libtool' libphp4.la
/usr/local/apache2/modules
/usr/local/apache2/build/libtool --mode=install cp libphp4.la
/usr/local/apache2/modules/
cp .libs/libphp4.so /usr/local/apache2/modules/libphp4.so
cp .libs/libphp4.lai /usr/local/apache2/modules/libphp4.la
libtool: install: warning: remember to run `libtool --finish
/home/distrib/software/php-4.3.3/libs'
chmod 755 /usr/local/apache2/modules/libphp4.so
[activating module `php4' in /usr/local/apache2/conf/httpd.conf]
Installing shared extensions:
/usr/local/lib/php/extensions/no-debug-non-zts-20020429/
Installing PEAR environment:  /usr/local/lib/php/
[PEAR] Archive_Tar- already installed: 1.1
[PEAR] Console_Getopt - already installed: 1.0
[PEAR] PEAR   - already installed: 1.2.1
Wrote PEAR system config file at: /usr/local/etc/pear.conf
You may want to add: /usr/local/lib/php to your php.ini include_path
[PEAR] DB - already installed: 1.5.0RC1
[PEAR] HTTP   - already installed: 1.2.1
[PEAR] Mail   - already installed: 1.1.1
[PEAR] Net_SMTP   - already installed: 1.2.3
[PEAR] Net_Socket - already installed: 1.0.1
[PEAR] XML_Parser - already installed: 1.0.1
[PEAR] XML_RPC- already installed: 1.0.4
Installing build environment: /usr/local/lib/php/build/
Installing header files:  /usr/local/include/php/
Installing helper programs:   /usr/local/bin/
  program: phpize
  program: php-config
  program: phpextdist

=== Starting Apache 2.0.47

Starting httpd: Syn

#25719 [Csd]: openssl library not found

[elmicha]

 ID:   25719
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Compile Failure
 Operating System: Linux
 PHP Version:  4CVS-2003-10-02 (stable)
 New Comment:

Yes, it works now, great!

FWIW, apparently the problem only happened with a static
libcrypto.a/libssl.a, on systems with libcrypto.so/libssl.so the linker
had no problem.



Previous Comments:


[2003-10-03 00:27:24] [EMAIL PROTECTED]

Should really be fixed in CVS now. (fingers crossed :)




[2003-10-02 17:15:17] [EMAIL PROTECTED]

Please provide me a shell account on this machine.
There's something seriously wrong with it..




[2003-10-02 16:30:25] [EMAIL PROTECTED]

I still get the same error with php4-STABLE-200310021930 and with a
fresh CVS checkout (cvs -d :pserver:[EMAIL PROTECTED]:/repository co
-r PHP_4_3 php-src).

config.log changed a bit:

configure:16236: gcc -o conftest -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE 
-Wl,-rpath,/usr/local/ssl/lib -L/usr/local/ssl/lib -lintl -lssl
-lcrypto conftest.c -lssl  -lresolv -lm -ldl -lnsl  1>&5

The -lssl before the -lcrypto is new, but the second -lssl still has no
-lcrypto following.



[2003-10-01 20:35:30] [EMAIL PROTECTED]

This bug has been fixed in CVS.

In case this was a PHP problem, 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/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.





[2003-10-01 13:53:49] [EMAIL PROTECTED]

Description:

Not sure if it's the same problem as reported in the closed #25703; but
with php4-STABLE-200310011530, I still get:

checking for OpenSSL support... yes
checking for pkg-config... /usr/local/bin/pkg-config
checking for OpenSSL version... >= 0.9.6
checking for CRYPTO_free in -lcrypto... yes
checking for SSL_CTX_set_ssl_version in -lssl... no
configure: error: libssl not found!



Reproduce code:
---
./configure --with-openssl

Expected result:

configure should find the ssl lib. It works fine with PHP-4.3.3.

Actual result:
--
config.log says configure used this check:

configure:16233: gcc -o conftest -D_FILE_OFFSET_BITS=64 
-Wl,-rpath,/usr/local/ssl/lib -L/usr/local/ssl/lib -lintl -lcrypto
conftest.c -lssl  -lresolv -lm -ldl -lnsl  1>&5
/usr/local/ssl/lib/libssl.a(ssl_lib.o): In function `SSL_clear':
ssl_lib.o(.text+0x83): undefined reference to `ERR_put_error'
ssl_lib.o(.text+0xd2): undefined reference to `BUF_MEM_free'
[...]

When I try

gcc -o conftest -D_FILE_OFFSET_BITS=64  -Wl,-rpath,/usr/local/ssl/lib
-L/usr/local/ssl/lib -lintl  conftest.c -lssl -lcrypto -lresolv -lm
-ldl -lnsl

(i.e. -lcrypto after -lssl), the test compiles fine.





-- 
Edit this bug report at http://bugs.php.net/?id=25719&edit=1

#25807 [Opn->Bgs]: Cant`t configure with OpenSSL support

[elmicha]

 ID:   25807
 Updated by:   [EMAIL PROTECTED]
 Reported By:  Richard dot Lacroix at USherbrooke dot ca
-Status:   Open
+Status:   Bogus
 Bug Type: OpenSSL related
 Operating System: Solaris 8
 PHP Version:  4.3.4RC1
 New Comment:

Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. Because of this, we hope you add your comments
to the existing bug instead.

Thank you for your interest in PHP.

See http://bugs.php.net/bug.php?id=25719; it's fixed in the latest
stable snapshot from http://snaps.php.net.


Previous Comments:


[2003-10-09 12:32:03] Richard dot Lacroix at USherbrooke dot ca

Description:

OpenSSL 9.9.7c, PHP 4.3.4RC1, Solaris 8, GCC 2.95.3

Can't configure PHP with Openssl support.

./configure --with-openssl=/opt/local/openssl
returns configure: error: libssl not found!

Reproduce code:
---
In the config.log file, I have:
configure:16214: checking for SSL_CTX_set_ssl_version in -lssl
configure:16233: gcc -o conftest -g 02 -D_POSIX_PTHREAD_SEMANTICS
-R/opt/local/openssl/lib
-L /opt/local/openssl/lib ...etc...
Undefinedfirst referenced
 symbolin file
RSA_site  /opt/local/openssl/lib/libssl.a(ssl_lib.o)
...
...
...
ld:fatal: Symbol referencing errors. No output written to conftest
collect2: ld return 1 exit status






-- 
Edit this bug report at http://bugs.php.net/?id=25807&edit=1

#25809 [Opn->Bgs]: attempting to configure with xslt option breaks configure script for yp

[elmicha]

 ID:   25809
 Updated by:   [EMAIL PROTECTED]
 Reported By:  xirkus at z1r0 dot com
-Status:   Open
+Status:   Bogus
 Bug Type: *Compile Issues
 Operating System: Linux Kernel 2.4.21
 PHP Version:  4.3.2
 New Comment:

Thank you for taking the time to report a problem with PHP.
Unfortunately you are not using a current version of PHP -- 
the problem might already be fixed. Please download a new
PHP version from http://www.php.net/downloads.php

If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to "Open".
Again, thank you for your continued support of PHP.

Please try with the latest stable snapshot from .


Previous Comments:


[2003-10-09 13:30:25] xirkus at z1r0 dot com

Description:

When ever I attempt to compile php 4.3.2 with both the :

--enable-xslt
--with-xslt-sablot=/usr/local/lib

options and :

--enable-yp

in my configure script, I receive the following errors:

configure: error: Unable to find required yp/nis library
make: *** No targets sepcified and no makefile found. Stop.
make: *** No rule to make target `install'. Stop.
make: *** No rule to make target `distclean'. Stop.

If I remove the xslt options, configure compiles php without any
problems what so ever.

Help resolving this issue would be greatly appreciated.

Mel Llaguno


Expected result:

I should be able to compile php with both the --enable-yp and
--enable-xslt options working.






-- 
Edit this bug report at http://bugs.php.net/?id=25809&edit=1

#25829 [Opn->Bgs]: For loops against the alphabet don't function properly

[elmicha]

 ID:   25829
 Updated by:   [EMAIL PROTECTED]
 Reported By:  tim at timcrider dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: Red Hat 9.0
 PHP Version:  5CVS-2003-10-10 (dev)
 New Comment:

It's a feature, not a bug. See
.


Previous Comments:


[2003-10-10 16:55:37] tim at timcrider dot com

Description:

When trying to loop 'a' through 'z' using 
for ($i = 'a'; $i < 'z'; $i++)
 print $i;

it loops a-y as it should, but when you try

for ($i = 'a'; $i <= 'z'; $i++)
  print $i;

instead of going a-z it goes a-yz doubling up the letters after a-z

a-z
aa-az
ba-bz
ca-cz
... etc

 I know this breaks under php5, and under php4.

Reproduce code:
---
 for ($i = 'a'; $i < 'z'; ++$i)  
 {
   print "$i\n";
 }

and

 for ($i = 'a'; $i <= 'z'; ++$i)  
 {
   print "$i\n";
 }

Expected result:

abcdefghijklmnopqrstuvwxyz

(seperated by new lines)

Actual result:
--
abcdefghijklmnopqrstuvwxyzaaabacadaeafyxyyyz





-- 
Edit this bug report at http://bugs.php.net/?id=25829&edit=1

#25857 [Opn->Bgs]: Echo Will Not Display Space in Text Box

[elmicha]

 ID:   25857
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jrh303 at psu dot edu
-Status:   Open
+Status:   Bogus
 Bug Type: *General Issues
 Operating System: Knoppix3.2
 PHP Version:  4.3.2
 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.

Put your value in double quotes:

value=""



Previous Comments:


[2003-10-13 16:14:34] jrh303 at psu dot edu

Description:

When using an echo command to output a multi word string (a phrase with
spaces) echo will only output up to the first space when embedded
within an html textbox.

There is no problem if the html is included in the echo statement, for
example-- 

echo"";

Reproduce code:
---
 >

Expected result:

Whole Phrase With Spaces

Actual result:
--
Whole





-- 
Edit this bug report at http://bugs.php.net/?id=25857&edit=1

#25936 [Opn->Bgs]: comparing 2 float variables with same value result false

[elmicha]

 ID:   25936
 Updated by:   [EMAIL PROTECTED]
 Reported By:  sebastian dot sieburg at partyleader dot de
-Status:   Open
+Status:   Bogus
 Bug Type: Variables related
 Operating System: Linux, BSD, etc. ..
 PHP Version:  Irrelevant
 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

See .


Previous Comments:


[2003-10-21 11:34:30] sebastian dot sieburg at partyleader dot de

Description:

set a var using round, the other via value ... compare the vars .. same
values but comparision returns false .. tried in php 4.3.1, 5.0.0-dev
and 4.1.2 .. same problem in all versions ..

Reproduce code:
---


Expected result:

$val: float(1.11)
111 == 111
$p1: float(111)
$p2: float(111)


Actual result:
--
$val: float(1.11)
111 != 111
$p1: float(111)
$p2: float(111)






-- 
Edit this bug report at http://bugs.php.net/?id=25936&edit=1

#26028 [Opn->Bgs]: Compilation error in libmysql.c

[elmicha]

 ID:   26028
 Updated by:   [EMAIL PROTECTED]
 Reported By:  martin at ibuildings dot nl
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Redhat 6.1
 PHP Version:  4.3.3
 New Comment:

See #22590. Make sure that your system doesn't use
/usr/local/jdk/jre/bin/libjpeg.so when it's not told to do so (i.e.
adjust your /etc/ld.so.conf and run ldconfig afterwards).



Previous Comments:


[2003-10-29 10:09:57] martin at ibuildings dot nl

I also tried PHP 4.3.2 with same results



[2003-10-29 09:35:21] martin at ibuildings dot nl

Description:

I try to compile PHP 4.3.3. It gives me an error at compilation.
My settings:

TARGET="/usr/local/apache_1.3.28"

./configure \
--prefix=$TARGET \
--with-apxs=$TARGET/bin/apxs \
--with-config-file-path=$TARGET/conf \
--enable-memory-limit \
--with-mysql \
--disable-cli \
--with-oci8 \
--with-gd=/usr/local/gd \
--with-png-dir=/usr \
--with-jpeg-dir=/usr \
--with-ttf=/usr \
--enable-gd-imgstrttf \
--enable-gd-native-ttf \
--with-gettext \
--enable-track-vars \
--enable-sigchild \
--with-xml \
--with-zlib \
--with-java=/usr/local/jdk

configures runs ok but, when i do a make it fails with this:
In file included from
/usr/local/src/php-4.3.3/ext/mysql/libmysql/libmysql.c:4:
/usr/local/src/php-4.3.3/ext/mysql/libmysql/global.h:260: warning:
redefinition of `uint'
/usr/include/sys/types.h:131: warning: `uint' previously declared here
/usr/local/src/php-4.3.3/ext/mysql/libmysql/global.h:261: warning:
redefinition of `ushort'
/usr/include/sys/types.h:130: warning: `ushort' previously declared
here
In file included from
/usr/local/src/php-4.3.3/ext/mysql/libmysql/libmysql.c:11:
/usr/local/src/php-4.3.3/ext/mysql/libmysql/m_string.h:183: parse error
before `__extension__'
/usr/local/src/php-4.3.3/ext/mysql/libmysql/m_string.h:183: parse error
before `&&'
make: *** [ext/mysql/libmysql/libmysql.lo] Error 1

config.log says for ushort and uint:
configure:51709: checking for type ushort
configure:51728: gcc -o conftest -g -O2   -Wl,-rpath,/usr/local/gd/lib
-L/usr/local/gd/lib -Wl,-rpath,/usr
/usr/local/jdk/jre/bin/libjpeg.so: undefined reference to
`JNU_ThrowByName'
/usr/local/jdk/jre/bin/libjpeg.so: undefined reference to
`JNU_NewObjectByName'
/usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_GetEnv'
/usr/local/jdk/jre/bin/libjpeg.so: undefined reference to
`JNU_ThrowNullPointerException'
/usr/local/jdk/jre/bin/libjpeg.so: undefined reference to
`jio_snprintf'
/usr/local/jdk/jre/bin/libjpeg.so: undefined reference to
`JNU_CallMethodByName'
/usr/local/jdk/jre/bin/libjpeg.so: undefined reference to
`JNU_CallStaticMethodByName'
collect2: ld returned 1 exit status
configure: failed program was:
#line 51717 "configure"
#include "confdefs.h"
#include 
#include 
main()
{
  ushort foo;
  foo++;
  exit(0);
}
configure:51666: checking for type uint
configure:51685: gcc -o conftest -g -O2   -Wl,-rpath,/usr/local/gd/lib
-L/usr/local/gd/lib -Wl,-rpath,/usr
/usr/local/jdk/jre/bin/libjpeg.so: undefined reference to
`JNU_ThrowByName'
/usr/local/jdk/jre/bin/libjpeg.so: undefined reference to
`JNU_NewObjectByName'
/usr/local/jdk/jre/bin/libjpeg.so: undefined reference to `JNU_GetEnv'
/usr/local/jdk/jre/bin/libjpeg.so: undefined reference to
`JNU_ThrowNullPointerException'
/usr/local/jdk/jre/bin/libjpeg.so: undefined reference to
`jio_snprintf'
/usr/local/jdk/jre/bin/libjpeg.so: undefined reference to
`JNU_CallMethodByName'
/usr/local/jdk/jre/bin/libjpeg.so: undefined reference to
`JNU_CallStaticMethodByName'
collect2: ld returned 1 exit status
configure: failed program was:
#line 51674 "configure"
#include "confdefs.h"
#include 
#include 
main()
{
  uint foo;
  foo++;
  exit(0);
}

USHORT and UINT aren't defined in main/php_config.h

The problem looks a lot like bug 17809 and 12451







-- 
Edit this bug report at http://bugs.php.net/?id=26028&edit=1

#26031 [Opn->Bgs]: bug

[elmicha]

 ID:   26031
 Updated by:   [EMAIL PROTECTED]
 Reported By:  dario at designitup dot com
-Status:   Open
+Status:   Bogus
 Bug Type: *General Issues
 Operating System: IIS6.0
 PHP Version:  4.3.3
 New Comment:

Works fine here (Linux, Apache, Galeon). Most probably this is a
limitation in your browser or your webserver.


Previous Comments:


[2003-10-29 16:33:21] dario at designitup dot com

Description:

i can't get php to process a  variable.
see code below. it seems that php can't process it beyond ~1500
characters.  the code below is very simple.  after clicking "submit"
the  will echo back to the screen 

Reproduce code:
---




textarea






test, test, test, test, test, test, test, test, test, test, test,
test,
test, test, test, test, test, test, test, test, test, test, test,
test,
test, test, test, test, test, test, test, test, test, test, test,
test,
test, test, test, test, test, test, test, test, test, test, test,
test,
test, test, test, test, test, test, test, test, test, test, test,
test,
test, test, test, test, test, test, test, test, test, test, test,
test,
test, test, test, test, test, test, test, test, test, test, test,
test,
test, test, test, test, test, test, test, test, test, test, test,
test,
test, test, test, test, test, test, test, test, test, test, test,
test,
test, test, test, test, test, test, test, test, test, test, test,
test,
test, test, test, test, test, test, test, test, test, test, test,
test,
test, test, test, test, test, test, test, test, test, test, test,
test,
test, test, test, test, test, test, test, test, test, test, test,
test,
test, test, test, test, test, test, test, test, test, test, test,
test,
test, test, test, test, test, test, test, test, test, test, test,
test,
test, test, test, test, test, test, test, test, test, test, test,
test,
test, test, test, test, test, test, test, test, test, test, test,
test,
test, test, test, test, test, test, test, test, test, test, test,
test,
test, test, test, test, test, test, test, test, test, test, test,
test,
test, test, test, test, test, test, test, test, test, test, test,
test,
test, test, test, test, test, test, test, test, test, test, test,
test,
test, test, test, test, test, test, test, test, test, test, test,
test,
test, test, test, test, test, test, test, test, test, test, test,
test,
test, test, test, test, test, test, test, test, test, test, test,
test,
test, test, test, test, test, test, test, test, test, test, test,
test,
test, test, test, test, test, test, test, test, test, test, test,
test,
test, test, test, test, test, test, test, test, test, test, test,
test,
test, test, test, test, test, test, test, test, test, test, test,
test,
test, test, test, test, test, test, test, test, test, test, test,
test,
test, test, test, test, test, test, test, test, test, test, test,
test,
test, test, test, test, test, test, test, test, test, test, test,
test,
test, test, test, test, test, test, test, test, test, test, test,
test,
test, test, test, test, test, test, test, test, test, test, test,
test,













-- 
Edit this bug report at http://bugs.php.net/?id=26031&edit=1

#26044 [Opn->Bgs]: Select Multiple $BID[] issn't set?

[elmicha]

 ID:   26044
 Updated by:   [EMAIL PROTECTED]
 Reported By:  martijn at fenomedia dot com
-Status:   Open
+Status:   Bogus
 Bug Type: *General Issues
 Operating System: FreeBSD 4.8
 PHP Version:  4.3.4RC3
 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 e.g. phpinfo() to see which variables are populated.
$_POST["bid"] is not the same as $_POST["BID"].


Previous Comments:


[2003-10-30 13:59:23] martijn at fenomedia dot com

Description:

I have two select boxes, to link news items.


Reproduce code:
---
Article name

All articles:


 Article name
 Article name


Linked articles:

 http://bugs.php.net/?id=26044&edit=1

#26044 [Bgs->Fbk]: Select Multiple $BID[] issn't set?

[elmicha]

 ID:   26044
 Updated by:   [EMAIL PROTECTED]
 Reported By:  martijn at fenomedia dot com
-Status:   Bogus
+Status:   Feedback
 Bug Type: *General Issues
 Operating System: FreeBSD 4.8
 PHP Version:  4.3.4RC3
 New Comment:

Please send a _short_, but _complete_ example then. Cut off all
unnecessary things, like the JavaScript, but make sure that your source
is still complete, so that we don't have to guess what your code might
be. And of course if you don't select one of your BIDs, you won't see
the array, because the browser does not send it (use the GET method to
see what the browser sends).


Previous Comments:


[2003-10-30 14:32:31] martijn at fenomedia dot com

ok again (I copy & paste the code, to avoid case typo's, sorry for
that)

1 

2 

on top:

if (isset($_POST['BID']))
{
   $tmp = $_POST['BID'];
}

Notice: Undefined index: BID



[2003-10-30 14:19:12] [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

Use e.g. phpinfo() to see which variables are populated.
$_POST["bid"] is not the same as $_POST["BID"].



[2003-10-30 13:59:23] martijn at fenomedia dot com

Description:

I have two select boxes, to link news items.


Reproduce code:
---
Article name

All articles:


 Article name
 Article name


Linked articles:

 http://bugs.php.net/?id=26044&edit=1

#26354 [Opn->Bgs]: forced to lower case

[elmicha]

 ID:   26354
 Updated by:   [EMAIL PROTECTED]
 Reported By:  spam at tkz dot net
-Status:   Open
+Status:   Bogus
 Bug Type: Output Control
 Operating System: linux & windows xp
 PHP Version:  4.3.3
 New Comment:

Browser issue (at least Mozilla does this).


Previous Comments:


[2003-11-21 14:46:56] spam at tkz dot net

accidently switched expected and actual results.



[2003-11-21 14:45:23] spam at tkz dot net

Description:

blah";
echo "blah";
echo "blah";
?>

displays:
blahblahblah

I can't seem to find a way to display Address as an XML tag.  Somehow
it is automatically forced to be lower case! This is like a magic
number.  If I mispell it then it comes through without modification, so
Address is a special case.  I understand that functions are case
insensitive, but text shouldn't be case lowercase a magic word.

Reproduce code:
---
blah";
echo "blah";
echo "blah";
?>

Expected result:

blahblahblah

Actual result:
--
blahblahblah





-- 
Edit this bug report at http://bugs.php.net/?id=26354&edit=1

#24184 [Fbk]: PHP crashes/hangs webserver

[elmicha]

 ID:   24184
 Updated by:   [EMAIL PROTECTED]
 Reported By:  blueroom at digitalmente dot net
 Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Windows 2000
 PHP Version:  4.3.2
 New Comment:

Here on Linux, it's fine with $index<65535, but with $index<65536, I
get:

[Sat Jun 14 18:27:36 2003]  Script:  '/home/elmicha/php/bug24184.php'
---
/usr/local/src/php-4.3.2/Zend/zend_execute.h(44) : Block 0x084E4298
status:
Beginning:  Overrun (magic=0x084D9D88, expected=0x7312F8DC)
  End:  Unknown
---

No core dump, though. The same happens without a class involved:



No problems here with:



And no problems with:







Previous Comments:


[2003-06-14 10:42:37] [EMAIL PROTECTED]

Please try it with exactly 65534, 65535, 65536 and 65537 entries.



[2003-06-14 10:24:39] blueroom at digitalmente dot net

Description:

PHP crashes/hangs webserver for unkown reason (hitting a memory limit?)

Reproduce code:
---
/*
This problem was accidentaly found when trying to 
find the fastest method of filling up an array (using [], array_push,
etcetera). When lowering the number of objects in the array (6,
5), the crash doesn't occur.
*/
class object {
var $var1;
var $var2;
var $var3;

function object() {
$var1= 'blah';
$var2= 'bleh';
$var3= 'blih';
}
}

$object= new object;

for($index= 0; $index<7; $index++) $array[]= $object;

Expected result:

Well, I'd expect it not to crash :)

Actual result:
--
When using Apache, you get a "apache.exe has generated errors blablabla
error" for the current request. Apache still functions for any other
subsequent requests.

When using IIS, it simply hangs dead, not returning any data.





-- 
Edit this bug report at http://bugs.php.net/?id=24184&edit=1

#24186 [Opn->Fbk]: Error Loading php as Apache module

[elmicha]

 ID:   24186
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jchong at uneven dot net
-Status:   Open
+Status:   Feedback
 Bug Type: Oracle related
 Operating System: Red Hat Linux 8.0 kernel  2.4.18
 PHP Version:  4.3.2
 New Comment:

Please try without that "--with-oracle". If that doesn't help: which
Oracle 9 version are you using?


Previous Comments:


[2003-06-14 17:47:23] jchong at uneven dot net

Now, running ldd -r /usr/local/apache/libexec/libphp4.so i get:

libdl.so.2 => /lib/libdl.so.2 (0x40143000)
libpam.so.0 => /lib/libpam.so.0 (0x40147000)
libmm.so.11 => /usr/lib/libmm.so.11 (0x4014f000)
libm.so.6 => /lib/i686/libm.so.6 (0x40153000)
libmysqlclient.so.10 => /usr/lib/mysql/libmysqlclient.so.10
(0x40175000)
libmhash.so.2 => /usr/lib/libmhash.so.2 (0x401ac000)
libmcrypt.so.4 => /usr/lib/libmcrypt.so.4 (0x401cb000)
libltdl.so.3 => /usr/lib/libltdl.so.3 (0x401d2000)
libz.so.1 => /usr/lib/libz.so.1 (0x401d9000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x401e7000)
libssl.so.2 => /lib/libssl.so.2 (0x40214000)
libcrypto.so.2 => /lib/libcrypto.so.2 (0x40244000)
libresolv.so.2 => /lib/libresolv.so.2 (0x40318000)
libnsl.so.1 => /lib/libnsl.so.1 (0x4032b000)
libclntsh.so.9.0 => /var/oracle/lib/libclntsh.so.9.0
(0x4034)
libc.so.6 => /lib/i686/libc.so.6 (0x4200)
libwtc9.so => /var/oracle/lib/libwtc9.so (0x40a98000)
libpthread.so.0 => /lib/i686/libpthread.so.0 (0x40a9b000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000)
undefined symbol: __cmpdi2  (/var/oracle/lib/libclntsh.so.9.0)
...



[2003-06-14 17:43:02] jchong at uneven dot net

Description:

I compile php 4.3.2 and configure with this:

./configure  --with-config-file-path=/etc \
--with-apxs=/usr/local/apache/sbin/apxs \
--with-mysql=/usr --with-oracle=/var/oracle \
--with-oci8=/var/oracle \
--with-openssl=/usr \
--enable-libgcc \
--enable-ftp \
--enable-track-vars --enable-sysvsem --enable-sysvshm --enable-sockets
\
--enable-pcntl --with-system-regex --enable-sigchild \
--with-zlib=/usr --with-mhash --with-mcrypt --with-mm=/usr

When installing and starting Apache I get:

Cannot load /usr/local/apache/libexec/libphp4.so into server:
/var/oracle/lib/libclntsh.so.9.0: undefined symbol: __cmpdi2
/usr/local/apache/sbin/apachectl start: httpd could not be started






-- 
Edit this bug report at http://bugs.php.net/?id=24186&edit=1

#24277 [Opn->Fbk]: invalid command 'php_flag'

[elmicha]

 ID:   24277
 Updated by:   [EMAIL PROTECTED]
 Reported By:  brunet at mouloud dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Apache related
 Operating System: RedHat 7.2
 PHP Version:  4.3.2
 New Comment:

Can you please show us the line with the php_flag and the exact error
message?



Previous Comments:


[2003-06-21 05:00:01] brunet at mouloud dot com

Description:

I was using php 4.2.1 with apache 1.3.22, and it was 
working fine. But i updated php to 4.3.2, and now, apache 
give me an error for the 'php_flag' command in the 
httpd.conf.
I see over the web a lot of message about this error, but 
with older version of php and / or apache. And it's seems 
to be corrected by an update. But this is the last version 
of php, and a very recent version of apache.






-- 
Edit this bug report at http://bugs.php.net/?id=24277&edit=1

#24402 [Opn->Fbk]: Compile Failure using --with-gettext (v. 0.12.x)

[elmicha]

 ID:   24402
 Updated by:   [EMAIL PROTECTED]
 Reported By:  beckett at beckettmw dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Gettext related
 Operating System: Mac OS X/Darwin
 PHP Version:  5.0.0b1 (beta1)
 New Comment:

Can you please post the output of

  grep LIBINTL main/php_config.h

(in the php directory). If it does not say "#define HAVE_LIBINTL 1",
can you please try:

export LDFLAGS="$LDFLAGS -lintl"
make distclean
./config.nice


Previous Comments:


[2003-07-02 12:13:09] page at sca dot uqam dot ca

I have the same problem using php 4.3.2 with gettext 
0.11.5 (from freeware.sgi.com). I am on SGI 
IRIX64 6.5.14m. Compilation fails with:

/bin/sh /io/httpd/httpd-2.0.46/php-4.3.2/libtool --
silent --preserve-dup-deps --mode=compile cc  -Iext/
gettext/ -I/io/httpd/httpd-2.0.46/php-4.3.2/ext/
gettext/ -DPHP_ATOM_INC -I/io/httpd/httpd-2.0.46/php-
4.3.2/include -I/io/httpd/httpd-2.0.46/php-4.3.2/main -
I/io/httpd/httpd-2.0.46/php-4.3.2 -I/io/httpd/
apache_2.0.46/include -I/io/httpd/httpd-2.0.46/php-
4.3.2/Zend -I/usr/freeware/include -I/usr/freeware/
include/libxml2 -I/usr/local/mysql/include -I/io/httpd/
httpd-2.0.46/php-4.3.2/ext/xml/expat  -D_XPG_IV -I/io/
httpd/httpd-2.0.46/php-4.3.2/TSRM  -O2  -prefer-pic -c 
/io/httpd/httpd-2.0.46/php-4.3.2/ext/gettext/gettext.c 
-o ext/gettext/gettext.lo 
cc-1020 cc: ERROR File = /io/httpd/httpd-2.0.46/php-
4.3.2/ext/gettext/gettext.c, Line = 37
  The identifier "zif_libintl_textdomain" is undefined.

PHP_FE(textdomain,  NULL)
^

cc-1020 cc: ERROR File = /io/httpd/httpd-2.0.46/php-
4.3.2/ext/gettext/gettext.c, Line = 38
  The identifier "zif_libintl_gettext" is undefined.

PHP_FE(gettext, NULL)
^

cc-1020 cc: ERROR File = /io/httpd/httpd-2.0.46/php-
4.3.2/ext/gettext/gettext.c, Line = 40
  The identifier "zif_libintl_dgettext" is undefined.

PHP_FE(dgettext,NULL)
^

cc-1020 cc: ERROR File = /io/httpd/httpd-2.0.46/php-
4.3.2/ext/gettext/gettext.c, Line = 41
  The identifier "zif_libintl_dcgettext" is undefined.

PHP_FE(dcgettext,   NULL)
^

cc-1020 cc: ERROR File = /io/httpd/httpd-2.0.46/php-
4.3.2/ext/gettext/gettext.c, Line = 42
  The identifier "zif_libintl_bindtextdomain" is 
undefined.

PHP_FE(bindtextdomain,  NULL)
^

cc-1020 cc: ERROR File = /io/httpd/httpd-2.0.46/php-
4.3.2/ext/gettext/gettext.c, Line = 44
  The identifier "zif_libintl_ngettext" is undefined.

PHP_FE(ngettext,NULL)
^

cc-1020 cc: ERROR File = /io/httpd/httpd-2.0.46/php-
4.3.2/ext/gettext/gettext.c, Line = 47
  The identifier "zif_libintl_dngettext" is undefined.

PHP_FE(dngettext,   NULL)
^

cc-1020 cc: ERROR File = /io/httpd/httpd-2.0.46/php-
4.3.2/ext/gettext/gettext.c, Line = 50
  The identifier "zif_libintl_dcngettext" is undefined.

PHP_FE(dcngettext,  NULL)
^

cc-1020 cc: ERROR File = /io/httpd/httpd-2.0.46/php-
4.3.2/ext/gettext/gettext.c, Line = 53
  The identifier "zif_libintl_bind_textdomain_codeset" 
is undefined.

PHP_FE(bind_textdomain_codeset, NULL)
^

9 errors detected in the compilation of "/io/httpd/
httpd-2.0.46/php-4.3.2/ext/gettext/gettext.c".
gnumake: *** [ext/gettext/gettext.lo] Error 1



[2003-06-30 10:15:35] beckett at beckettmw dot com

Update:
---

I have now tested PHP 4.3.1, 4.3.2, 5.0.0b1, as well as 
snaps dated 200306301330 of PHP4-STABLE, PHP4-CVS, and 
PHP5-CVS.

In every case, PHP compiles with no errors if I use 
gettext 0.11.2.

However, if I use gettext 0.12 or 0.12.1, the error 
listed occurs in every case of PHP. So my guess would 
be that something critical has changed in gettext 
between 0.11.2 and 0.12 that's preventing PHP from 
compiling.

I have not yet had time to test this on platforms other 
than Mac OS X, but I will try on a Linux and a FreeBSD 
box later on today if possible.



[2003-06-30 07:14:22] [EMAIL PROTECTED]

Do you get the same errors with latest PHP 4 (stable) snapshot? (from
http://snaps.php.net)




[2003-06-30 05:58:50] beckett at beckettmw dot com

Description:

On Mac OS X 10.2.6, I compiled PHP 4.3.1 with gettext 
0.12 and GCC 3.1 (Apple v1151) just fine--no problems.

But with 4.3.2 and now again with 5.0.0b1, I get the 
following compile error when reaching gettext.c:

Compiler command that generates the error:
gcc  -Iext/gettext/ -I/dl/php-5.0.0b1/ext/gettext/ -
DPHP_ATOM_INC -I/dl/php-5.0.0b1/include -I/dl/php-
5.0.0b1/main -I/dl/php-5.0.0b1 -I/dl/php-5

#24618 [Opn->Bgs]: Image does not display if include file has whitespace after last ?>

[elmicha]

 ID:   24618
 Updated by:   [EMAIL PROTECTED]
 Reported By:  Ron at Termolog dot com
-Status:   Open
+Status:   Bogus
 Bug Type: GD related
 Operating System: Windows XP and Linux
 PHP Version:  4.3.2
 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

See  and
.




Previous Comments:


[2003-07-12 07:20:16] Ron at Termolog dot com

Description:

If an iclude file contains any form of whitespace after the closing ?>
then an image (Png and Jpeg) displayed in the calling php file will not
display. 

Reproduce code:
---
  
--- 
 

Expected result:

The image should be displayed

Actual result:
--
Image is not displayed





-- 
Edit this bug report at http://bugs.php.net/?id=24618&edit=1

#24579 [Opn->Bgs]: output buffering dont work

[elmicha]

 ID:   24579
 Updated by:   [EMAIL PROTECTED]
 Reported By:  lr at bestheads dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Output Control
 Operating System: Linux
 PHP Version:  4.3.2
 New Comment:

I can't reproduce this with PHP 4.3.2. To make your script complete, I
appended:

ob_start("callback");
echo "bla %TITLE% bla";
ob_end_flush();

and the PHP tags. If you can provide a _complete_, short script to
reproduce this problem, feel free to re-open this bug.


Previous Comments:


[2003-07-10 03:39:20] lr at bestheads dot com

Description:

could be related to #24121

have a site wich use outout buffering (ob_start("callback") (in the
callback funktion i do some str_replace 's ) in 4.3.1 it worked
perfekt.

in 4.3.2 it does not work. it seems the callback funktion is not
called.

if you need further information let me know.

Reproduce code:
---
function callback($buffer){
$buffer2=$buffer;
$buffer2=str_replace("%TITLE%","asdfadsf",$buffer2);
return $buffer2;
}






-- 
Edit this bug report at http://bugs.php.net/?id=24579&edit=1

#24626 [Opn->Bgs]: foreach stops with boolen expresion in loop

[elmicha]

 ID:   24626
 Updated by:   [EMAIL PROTECTED]
 Reported By:  eric at austarmetro dot com dot au
-Status:   Open
+Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: Win XP
 PHP Version:  4.3.3RC1
 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.

"&&" is a boolean operator, "&" works bitwise (on integers, not on
strings). "&=" also works bitwise.

And $c == 'two' does never happen in the script you posted. If you
remove the spaces from your $a values, $status('two') will return 0,
which makes $status 0. After that, the status() function is never
called again, because $status already is 0, which is equivalent to
false ("short-circuit evaluation"). Stick some echos in the loop and
you'll see that it works just fine.


Previous Comments:


[2003-07-12 17:45:22] eric at austarmetro dot com dot au

Description:

The foreach loop exits early and sets the $status variable to "".
The problem is fixed by changing 
$status = $status && status( $b );
to
$status &= status( $b );

Hope this is bogus :)
I have tried this on WinXP PHP4.3.3RC1 and FREEBSD PHP4.3.1 both give
the same result.

Eric


Reproduce code:
---


Expected result:

onetwothreefour foreach stopped. Status = 0 set

Actual result:
--
onetwo foreach stopped. Status = set





-- 
Edit this bug report at http://bugs.php.net/?id=24626&edit=1

#24627 [Opn->Bgs]: feof always returns false

[elmicha]

 ID:   24627
 Updated by:   [EMAIL PROTECTED]
 Reported By:  duerra at yahoo dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Filesystem function related
 Operating System: XP Pro
 PHP Version:  4.3.3RC1
 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

Yes, b_ulrich is right.


Previous Comments:


[2003-07-12 18:21:03] b_ulrich at t-online dot de

Your example works correct:
while(!feof($open))
  {
$count++;
  }

must be an endless loop because the filepointer never moves.
Maybe you should do an fread($open,1024); inside the while loop. Or
what ever you want to count.



[2003-07-12 18:07:44] duerra at yahoo dot com

Description:

In PHP 4.3.3RC1, feof (Windows) always returns false in the code
provided below, and goes into an endless loop.

Reproduce code:
---
$count = 0;
if ($handle = opendir("./"))
{
  while (false !== ($file = readdir($handle)))
  { 
if(!is_dir($file) AND $file != '.' AND $file !='..' AND $file
!='default' AND (strstr($file, ".php") OR strstr($file, ".htm") OR
strstr($file, ".txt")))
{
  if(!$open = fopen($file, "r"))
  {
echo "Could Not Open File";
exit;
  }
  while(!feof($open))
  {
$count++;
  }
  fclose($open);
}   
  }
}
echo $count;

Expected result:

123456
(or another number)

Actual result:
--
Infinite loop once a file is opened (I cut out the test code that I
used to verify that it's actually a bug in order to stay within the 20
line limit).





-- 
Edit this bug report at http://bugs.php.net/?id=24627&edit=1

#24629 [Opn->Fbk]: Socket_select doesnt work

[elmicha]

 ID:   24629
 Updated by:   [EMAIL PROTECTED]
 Reported By:  zparta at skebo dot ac
-Status:   Open
+Status:   Feedback
 Bug Type: Sockets related
 Operating System: FreeBSD 4.8
 PHP Version:  4.3.3RC1
 New Comment:

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.



Previous Comments:


[2003-07-12 20:23:18] zparta at skebo dot ac

Description:

cant use socket_select in freebsd with neither 4.3.3rc1 or 4.3.2 when
using real sockets not fsockets

Reproduce code:
---
dont have any

Expected result:

dont know






-- 
Edit this bug report at http://bugs.php.net/?id=24629&edit=1

#24786 [Fbk]: xslt_set_encoding still not available

[elmicha]

 ID:   24786
 Updated by:   [EMAIL PROTECTED]
 Reported By:  happycloud at undream dot com
 Status:   Feedback
 Bug Type: XSLT related
 Operating System: Linux 2.4
 PHP Version:  4.3.3RC1
 New Comment:

Can you please also make sure that you indeed compiled Sablotron with
iconv support, i.e. try "sabcmd -x your.xml your.xsl"?

I have been fighting with Sablotron and iconv on Solaris today (to no
avail so far), and although I never had problems with that on Linux, it
might give a hint to the problem's cause.


Previous Comments:


[2003-07-24 06:26:07] [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

And if this fails with the snapshot, check the config.log
for 'SablotSetEncoding' and any errors after that check.




[2003-07-24 01:03:08] happycloud at undream dot com

On a side note. I took a look at libsablot.a and I have: 
... 
1004 T SablotSetBaseForScheme 
1420 T SablotSetEncoding 
000 
 
Does that mean that SablotSetEncoding function is indeed available and

php is not detecting that? 
joshua



[2003-07-24 00:57:35] happycloud at undream dot com

Description:

I have compiled sablot with iconv support which as I undertsand it, is
the  
way to add encoding support? correction?  
I have also compiled php with sablot,expat, iconv (sometimes) to no
avail. I  
still get a undefined function xslt_set_encoding.  According to sablot,
the  
way to use encoding directly is to specify it in the xml and xsl. I
have done  
so and been able to get output from the sablot binary. Is there a sure
way to  
tell that sablot does indeed have encoding support? I believe it does. 
 
I have tried 4.3.1, 4.3.2, snaps from 4.3x and 4.5 as of today and I
get the  
same problem. After defining HAVE_SABLOT_SET_ENCODING in  
sablot.c, I can get it to work but  
 
I have seen this note on another bug : 
---snip--- 
/* The user has to explicitly compile sablotron with sablotron encoding

functions in order for SablotSetEncoding to be enabled. */ 
 
This means xslt_set_encoding() won't be available if your  
sablot installation hasn't got the SablotSetEncoding enabled 
snip--- 
Just how does one do that if sablot does not complain right now? 
 
joshua  
  

Expected result:

 






-- 
Edit this bug report at http://bugs.php.net/?id=24786&edit=1

#24892 [Opn]: fopening a remote FTP server

[elmicha]

 ID:   24892
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php at lostair dot net
 Status:   Open
 Bug Type: FTP related
 Operating System: Irrelevant
 PHP Version:  Irrelevant
 New Comment:

What kind of ftp server is this where you can use a user _name_ with an
"@"? Can you connect to it with a regular ftp client and copy and paste
that ftp session into here?

Also note that the URL scheme is "ftp", not "fttp".


Previous Comments:


[2003-07-31 13:47:27] php at lostair dot net

Description:

There are problems when the @(AT) character is contained within the
username through a fopen statement.

In the following exampls, there are no escape characters utilised. 
However, this doesn't help the matter either.

I previously send in a Bug report for the same situation with the
phase_url - but was classed as a bogus.  So, where is the problem then?
 As it is possible to have a @(AT) sign within the user name.


Reproduce code:
---
$handle = fopen("fttp://[EMAIL PROTECTED]:[EMAIL PROTECTED]","rw");

//  user="[EMAIL PROTECTED]"
//  password = "password"
//  host = "ftp.dnacpu.com"

Expected result:

For the file to be successfully accessed

Actual result:
--
No Connection, due to the problem that there are two AT signs contains
within the URL.





-- 
Edit this bug report at http://bugs.php.net/?id=24892&edit=1

#24892 [Opn->Fbk]: fopening a remote FTP server

[elmicha]

 ID:   24892
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php at lostair dot net
-Status:   Open
+Status:   Feedback
 Bug Type: FTP related
 Operating System: Irrelevant
 PHP Version:  Irrelevant


Previous Comments:


[2003-07-31 14:19:53] [EMAIL PROTECTED]

What kind of ftp server is this where you can use a user _name_ with an
"@"? Can you connect to it with a regular ftp client and copy and paste
that ftp session into here?

Also note that the URL scheme is "ftp", not "fttp".



[2003-07-31 13:47:27] php at lostair dot net

Description:

There are problems when the @(AT) character is contained within the
username through a fopen statement.

In the following exampls, there are no escape characters utilised. 
However, this doesn't help the matter either.

I previously send in a Bug report for the same situation with the
phase_url - but was classed as a bogus.  So, where is the problem then?
 As it is possible to have a @(AT) sign within the user name.


Reproduce code:
---
$handle = fopen("fttp://[EMAIL PROTECTED]:[EMAIL PROTECTED]","rw");

//  user="[EMAIL PROTECTED]"
//  password = "password"
//  host = "ftp.dnacpu.com"

Expected result:

For the file to be successfully accessed

Actual result:
--
No Connection, due to the problem that there are two AT signs contains
within the URL.





-- 
Edit this bug report at http://bugs.php.net/?id=24892&edit=1

#24912 [Opn->Bgs]: Date function returns incorrect time zone

[elmicha]

 ID:   24912
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mark at katmoda dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Date/time related
 Operating System: windows xp/ win2k
 PHP Version:  5.0.0b1 (beta1)
 New Comment:

You are in GMT+0100 in winter and GMT+0200 in summer, see e.g.
. GMT doesn't have
daylight savings, it's fixed.



Previous Comments:


[2003-08-01 18:30:59] mark at katmoda dot com

Description:

I just found out this on my windows XP machine:

background info:

- I live in the Netherlands (timezone= GMT+1)

When you enable the option to automaticaly adjust your system clock for
daylight savings (on windows' control panel), php's date() function and
the Date header in the mail function will return different time zones.

an example:


now $test is: "+0200"

But if I send a mail with php using the mail() function the Date header
is telling me +0100 (which seems to me is right because I live in the
Netherlands where timezone=GMT+1)

This bug can be caused by windows (returning the wrong timezone to
php's date() function). Or php's date() function is doing something
wrong itself.

I found this trying to figure out why my emails appeared to be sent one
hour later than they really were sent. (I use Mozilla mail and
appearantly it suffers from the same bug as php's date() function ).

Reproduce code:
---
 Date and Time> Time zone
# set to enabled
?>

Expected result:

Sat, 02 Aug 03 01:17:02 +0100

Actual result:
--
Sat, 02 Aug 03 01:17:02 +0200





-- 
Edit this bug report at http://bugs.php.net/?id=24912&edit=1

#24924 [Opn->Bgs]: timeout don't work - URGENT ISSUE

[elmicha]

 ID:   24924
 Updated by:   [EMAIL PROTECTED]
 Reported By:  gdoroftei at sicme dot ro
-Status:   Open
+Status:   Bogus
 Bug Type: Sockets related
 Operating System: RedHat 8
 PHP Version:  4.3.3RC2
 New Comment:

Timeout is the 5th parameter of fsockopen, see
.


Previous Comments:


[2003-08-03 13:24:05] gdoroftei at sicme dot ro

Description:

Hi,

I use fsockopen to query a list of sites. I wish that script to
continue when the connection can't be made (after a give TIMEOUT).
I had tryed the last RC but no success.
question: if connection isn't made the script will continue after that
TIMEOUT?
Thanks.

Reproduce code:
---
$this->TIMEOUT = 10;

This line is used in a while().

$ptr = @fsockopen($server,$this->PORT,$this->TIMEOUT);


Actual result:
--
When the site is down or the connection can't be made the script is
blocked. No error, nothing.






-- 
Edit this bug report at http://bugs.php.net/?id=24924&edit=1