#29625 [Opn->Csd]: configure file problem

2004-08-18 Thread tony2001
 ID:   29625
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ych at tcte dot com dot cn
-Status:   Open
+Status:   Closed
 Bug Type: *Configuration Issues
 Operating System: linux
 PHP Version:  4.3.8
 New Comment:

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:


[2004-08-18 03:11:22] ych at tcte dot com dot cn

while configure --enable-xslt --with-xslt-sablot=/usr/local/sablot
--with-sablot-js=/usr/local/js,
an error will said:
 -ljs, command not find.



[2004-08-17 15:15:58] [EMAIL PROTECTED]

So, does it cause any problems for you?
It works perfectly for me and others.



[2004-08-12 03:17:44] ych at tcte dot com dot cn

Description:

in configure file line 86047, missing quotation mark for variable
PHP_SABLOT_JS_LIBS 

Reproduce code:
---
  *)
  LIBS="-ljs $LIBS"
   ;;
  esac
  fi
PHP_SABLOT_JS_LIBS=-L$PHP_SABLOT_JS_DIR/lib -ljs

else
  echo "$ac_t""no" 1>&6
LDFLAGS=$save_old_LDFLAGS
ext_shared=$save_ext_shared
unset ac_cv_func_js







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


#29555 [Com]: PHP-5.0.0 + ADODB-451, exit signal Segmentation fault

2004-08-18 Thread tmgh at www dot deyang dot gov dot cn
 ID:   29555
 Comment by:   tmgh at www dot deyang dot gov dot cn
 Reported By:  ogir at yahoo dot com
 Status:   Feedback
 Bug Type: Unknown/Other Function
 Operating System: WBEL3 Kernel-2.4.25
 PHP Version:  5.0.0
 New Comment:

i have the same error.
ps:windows 2000 sp4+apache2.0.50+adodb452+ado
extension501+php5.0.2-dev
I think some thing is wrong with PHP-5.0.2-dev
without adodb,php5 occasionally crash apache2 on win32.


Previous Comments:


[2004-08-06 21:20:28] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.



[2004-08-06 21:13:14] ogir at yahoo dot com

Description:

I have compiled PHP-5.0.0 with OCI8 support, all works fine,
but the problem is when I try to use ADOdb(ver.451) library,
my php script's with adodb doesn't work.

And apache log file say this:
[notice] child pid 10525 exit signal Segmentation fault (11)

After that, I have compiled PHP-4.3.8 + OCI8, with the same
options of configure from PHP5, and ADOdb now works very fine!

I think some thing is wrong with PHP-5.0.0.

ADODB from http://adodb.sourceforge.net/
say that ADOdb has full PHP5 support, including SPL and exception
support.

Reproduce code:
---


Expected result:

Nothing, only that script load/run without any error.






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


#29725 [Opn->Bgs]: variable $HTTP_SERVER_VARS['PHP_SELF'] does not exist or it's clear

2004-08-18 Thread derick
 ID:   29725
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mex at localnet dot sk
-Status:   Open
+Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: Windows XP SP1a
 PHP Version:  5.0.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.

It depends on the webserver whether it is set or not, not really much
something that PHP can do about.

To: scottmacvicar at ntlworld dot com, don't update the bugreports with
quickfixes if you don't know what you're talking about.


Previous Comments:


[2004-08-18 01:28:00] mex at localnet dot sk

ok, but reference is the same for php 4 and php 5, without any notice
about "register_long_arrays = On".



[2004-08-18 00:57:32] scottmacvicar at ntlworld dot com

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. 

Check your php.ini and make sure you register the old-style 
vars, this was a change made for PHP 5.
 
register_long_arrays = On



[2004-08-18 00:53:39] mex at localnet dot sk

Description:

variable $HTTP_SERVER_VARS['PHP_SELF'] does not exist or it's clear

Reproduce code:
---
on windows xp sp1a I get clear page:



on freebsd 5.2-cvs i get right reply



Expected result:

variable may be filled with relative path to actual script

Actual result:
--
variable is clear (or null?)





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


#29454 [Opn->Fbk]: php_check_syntax second argument doesn't work in the right way

2004-08-18 Thread tony2001
 ID:   29454
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Unknown/Other Function
 Operating System: Linux
 PHP Version:  5CVS-2004-07-30 (dev)
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php5-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5-win32-latest.zip

Works fine here.


Previous Comments:


[2004-07-30 07:26:45] [EMAIL PROTECTED]

Description:

The second argument of php_check_syntax is supposed to be passed by
reference. However, you need to specify the reference where the
function is called, like php_check_syntax($file, &$error); resulting
in

Warning: Call-time pass-by-reference has been deprecated - argument
passed by value;  If you would like to pass it by reference, modify the
declaration of php_check_syntax().  If you would like to enable
call-time pass-by-reference, you can set allow_call_time_pass_reference
to true in your INI file.  However, future versions may not support this
any longer.

Reproduce code:
---
php_check_syntax("test.php", $error);

Expected result:

errorstring in $error

Actual result:
--
Notice: Undefined variable:  error





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


#28029 [Com]: HTTP request failed!

2004-08-18 Thread andreizilla at gmail dot com
 ID:   28029
 Comment by:   andreizilla at gmail dot com
 Reported By:  coadmin at hostings dot pl
 Status:   Open
 Bug Type: URL related
 Operating System: FreeBSD 4.9 and 5.2.1
 PHP Version:  4CVS-2004-04-16 (stable)
 New Comment:

I'm having simular (same?) problems on:

* FreeBSD zig.andreib.com 5.2.1-RELEASE-p9 FreeBSD 5.2.1-RELEASE-p9 #0:
Sun Aug 15 18:42:43 CDT 2004
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/MYKERNEL  i386
* Apache/1.3.31
* PHP Version 4.3.8 configuted with: './configure'
'--enable-versioning' '--enable-memory-limit' '--with-layout=GNU'
'--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all'
'--with-regex=php' '--disable-cli' '--with-apxs=/usr/local/sbin/apxs'
'--disable-ipv6' '--prefix=/usr/local' 'i386-portbld-freebsd5.2.1'

Apache seems to be segfaulting every several minutes. This is what the
log files look like:

[Wed Aug 18 01:52:25 2004] [notice] child pid 18870 exit signal
Segmentation fault (11)
[Wed Aug 18 01:52:28 2004] [notice] child pid 18869 exit signal
Segmentation fault (11)
[Wed Aug 18 01:52:32 2004] [notice] child pid 18868 exit signal
Segmentation fault (11)
[Wed Aug 18 01:52:45 2004] [notice] child pid 18867 exit signal
Segmentation fault (11)
[Wed Aug 18 01:53:15 2004] [notice] child pid 18866 exit signal
Segmentation fault (11)

... times several hundred.

This also happends when I do `apachectl graceful'

If anyone knows where I can find more information on resolving this
problem please, please, please tell me. Thank you.

- andrei


Previous Comments:


[2004-07-25 14:02:46] coadmin at hostings dot pl

Hello,

sorry I couldn't use --disable-all on productive machine. There are too
many commercial hostings accounts.

But...

My problem was suddenly  resolved  about month ago before compiling
PHP. It was very strange. I didn't do any changes in Apache or PHP.
>From one day up to now all is working correctly. There wasn't any HTTP
request failed!. Additionaly, I upgraded to 4.3.8 a week ago and there
is many many many less segfaults.

But... #2

On the other server (php 4.3.6) always was OK. After upgrade to PHP
4.3.8 I've again the same bug...

I really don't know what is it. Maybe it's OS releated? But as I see on
bug status, only 37.5% people, reproducting this bug has the same OS as
me.

There aren't segaults during HTTP request failed!, but there are other
segfaults releated to php engine.



[2004-07-19 01:00:06] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".



[2004-07-11 22:01:15] [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 use EXACTLY this configure line:

# ./configure --with-apxs=/usr/local/apache/bin/apxs --disable-all
# make && make install
# /usr/local/apache/bin/apachectl stop && sleep 10
# /usr/local/apache/bin/apachectl start

Then test using the simplest script you could reproduce this problem
before.




[2004-05-24 04:25:00] joseph at xtremecorponline dot com

My mistake.  fopen causes these errors when the filename passed to it
does not exist, or is corrupted, on the server.  I hope that helps
narrow it down.



[2004-05-24 04:16:19] joseph at xtremecorponline dot com

Hello -
Running FreeBSD 4.9,PHP4.3.6.  

I get the same errors, fopen causing segmentation fault, which then
interrupts the browser's SSL connection. I have a script that
thumbnails images on the fly.  It's not all the time, but every once in
a while, fopen will cause this error:

 [error] PHP Warning:  fopen: failed to open stream: HTTP
 in /usr/local/www/site/phpthumb.php on line 615  

which is reported in my apache error log for the virtual host. 
consequently, immediately after, in the apache error-log in apache
root, this error occurs:

 child pid 43187 exit signal Segmentation fault (11)  (note the PID #
is always different as the apache processes recycle)


The script file is 1200 lines long, I'm sure yuo dont want it all, but
here is the area of line 615 as the error shows.  The code `if ($fp =
fopen($_REQUEST['src'], 'rb')) {` is line 615.

FreeBSD 4.9
Apache/1.3.29 
PHP/4.3.6
mod_ssl/2.8.16 
OpenSSL/0.9.6g

Am also running turck-mmcache 2.4.6

Please help with this.  Am also more than willing to get you any info
you need to help troubleshoot as fast as possible.



--

#29555 [Com]: PHP-5.0.0 + ADODB-451, exit signal Segmentation fault

2004-08-18 Thread tmgh at www dot deyang dot gov dot cn
 ID:   29555
 Comment by:   tmgh at www dot deyang dot gov dot cn
 Reported By:  ogir at yahoo dot com
 Status:   Feedback
 Bug Type: Unknown/Other Function
 Operating System: WBEL3 Kernel-2.4.25
 PHP Version:  5.0.0
 New Comment:

i use vc++6 and get the trace:
0139EA74   mov eax,dword ptr [ebp+104h]
0139EA7A   testeax,eax
0139EA7C   je  0139EAA2
0139EA7E   pushebx
0139EA7F   pushesi
0139EA80   pushebp
0139EA81   calleax
0139EA83   add esp,0Ch
0139EA86   cmp eax,0FFh
0139EA89   jne 0139EAA2
0139EA8B   mov ecx,dword ptr [ebp+4]
0139EA8E   mov edx,dword ptr [esi+4]
0139EA91   pushecx
0139EA92   pushedx
0139EA93   push15F6C08h
0139EA98   push10h
0139EA9A   call01392690
0139EA9F   add esp,10h
0139EAA2   cmp edi,dword ptr [esi+10Ch]
0139EAA8   jb  0139EA62
0139EAAA   pop edi
0139EAAB   pop esi
0139EAAC   pop ebp
0139EAAD   pop ebx

the "0139EA74   mov eax,dword ptr [ebp+104h]" is the problem.my
vc tell me "PHP5TS! 0139ea74()" and "cxx0017 error:symbol 'this' not
find"


Previous Comments:


[2004-08-18 08:07:19] tmgh at www dot deyang dot gov dot cn

i have the same error.
ps:windows 2000 sp4+apache2.0.50+adodb452+ado
extension501+php5.0.2-dev
I think some thing is wrong with PHP-5.0.2-dev
without adodb,php5 occasionally crash apache2 on win32.



[2004-08-06 21:20:28] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.



[2004-08-06 21:13:14] ogir at yahoo dot com

Description:

I have compiled PHP-5.0.0 with OCI8 support, all works fine,
but the problem is when I try to use ADOdb(ver.451) library,
my php script's with adodb doesn't work.

And apache log file say this:
[notice] child pid 10525 exit signal Segmentation fault (11)

After that, I have compiled PHP-4.3.8 + OCI8, with the same
options of configure from PHP5, and ADOdb now works very fine!

I think some thing is wrong with PHP-5.0.0.

ADODB from http://adodb.sourceforge.net/
say that ADOdb has full PHP5 support, including SPL and exception
support.

Reproduce code:
---


Expected result:

Nothing, only that script load/run without any error.






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


#29721 [Bgs]: Dynamic variables wrong after a POST

2004-08-18 Thread me at autourdupc dot com
 ID:   29721
 User updated by:  me at autourdupc dot com
 Reported By:  me at autourdupc dot com
 Status:   Bogus
 Bug Type: Variables related
 Operating System: Windows
 PHP Version:  4.3.8
 New Comment:

I use var_dump($_POST);

I think you do not understand my request.
Error message displayed are good.

The problem is that I put a value on the first field and after the POST
all others fields are filled with this same value. Normally, thez should
be empty or on error.

I think there is a bug :
If you put "a" on the first field, all the post displayed by the
var_dump are good but the values displayed by the dynamic construction
of the variables are wrong.

I don't understand why the result is correct is I use a static name for
my variables and the result is different if I use a dynamic name.

Please try again my example and see !

May be it is not a bug concerning the POST but a bug concerning dynamic
variables.


Previous Comments:


[2004-08-17 15:42:32] [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.

Use var_dump($_POST); and you'll see that variables are on their
places.
Debug you code.



[2004-08-17 15:35:33] me at autourdupc dot com

Description:

Using dynamic variables.

After a POST, variables initialized with a NULL value are not NULL.



Reproduce code:
---
http://www.autourdupc.com/bug.php.txt



Expected result:


If you enter a value in the first field and leave others blank.

After the post, only the first value must have the value. 

Actual result:
--

Actually, all the variables have the same value.





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


#29711 [Fbk]: libxml and non iso-8859-1

2004-08-18 Thread rasmus
 ID:   29711
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: XML related
 Operating System: ALL
 PHP Version:  5.0.1
 New Comment:

We are still early enough in PHP5 deployment to fix stuff like this and
not worry too much about 5.0.x BC breakage.  Especially for something
which already has broken BC with PHP4.  People porting their stuff are
already screwed.  So we either revert to PHP4 behaviour to remove the
BC break or we do it right and default to UTF-8.  Leaving it as-is
because of BC worries to 5.0.x shouldn't even be considered.  
My vote is to default it to UTF-8.


Previous Comments:


[2004-08-17 09:15:32] [EMAIL PROTECTED]

the minimun BC 'll be convert it back to the orginal encoding by
default, it'll not break any php4 or php5 scripts, it'll break only the
not working one, what the problem with it?



[2004-08-17 08:58:46] [EMAIL PROTECTED]

Oh come on, nobody uses PHP 5 yet :) For once do things right instead
of half-assed solutions we've had for the past years because of BC
issues.



[2004-08-17 08:51:03] [EMAIL PROTECTED]

It works for all correctly, which use iso-8859-1 (or similar or utf-8
in the iso-8859-1 space) source encoding or which did specify utf-8 as
output encoding. So for the majority (I'd say), it works as expected,
if we change default to UTF-8 (which would be of course the correct
solution), it will break a lot of people's code.

The encoding thingie in ext/xml in PHP 4 was always broken, IMHO. We
unfortunately missed the chance to implement it more correctly with
slight BC breaks for PHP 5.0.0...



[2004-08-17 08:28:58] [EMAIL PROTECTED]

I'm for breaking it and make it output UTF-8 by default like the domxml
stuff does. Consistency is a good thing and as it doesn't work
"correctly" for 5.0.0 and 5.0.1 anyway I'd say we fix this.



[2004-08-17 08:19:25] [EMAIL PROTECTED]

It's not a bug per se, it's more a BC break and/or documentation
problem..

As libxml2 in PHP 5, detects the encoding automatically (which is
anyway the correct behaviour), you don't have to specify it. 

Therefore, in PHP 5, the 1st parameter to xml_parser_create() only
specifies the output encoding, which defaults to ISO-8859-1. If you
specify "UTF-8" there, you at least get UTF-8 encoded strings and can
convert them to Windows-1255.

So, what to do now? If we change that behaviour (Output encoding
defaults to iso-8859-1), we break BC to 5.0.0 and 5.0.1, if we leave
it, it's a BC break to 4.x. But IMHO anyway the behaviour of PHP 4 was
wrong (not respecting the source encoding specified in the XML
document), on the other hand, defaulting to ISO-8859-1 was also not a
very bright idea back then...

I'm in favor of leaving as it is and clearly document it.




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

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


#29711 [Fbk]: libxml and non iso-8859-1

2004-08-18 Thread derick
 ID:   29711
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: XML related
 Operating System: ALL
 PHP Version:  5.0.1
 New Comment:

Right, let's do that. I can try to make a patch if somebody can send me
an example script (in a .tar.gz file).


Previous Comments:


[2004-08-18 10:09:36] [EMAIL PROTECTED]

We are still early enough in PHP5 deployment to fix stuff like this and
not worry too much about 5.0.x BC breakage.  Especially for something
which already has broken BC with PHP4.  People porting their stuff are
already screwed.  So we either revert to PHP4 behaviour to remove the
BC break or we do it right and default to UTF-8.  Leaving it as-is
because of BC worries to 5.0.x shouldn't even be considered.  
My vote is to default it to UTF-8.



[2004-08-17 09:15:32] [EMAIL PROTECTED]

the minimun BC 'll be convert it back to the orginal encoding by
default, it'll not break any php4 or php5 scripts, it'll break only the
not working one, what the problem with it?



[2004-08-17 08:58:46] [EMAIL PROTECTED]

Oh come on, nobody uses PHP 5 yet :) For once do things right instead
of half-assed solutions we've had for the past years because of BC
issues.



[2004-08-17 08:51:03] [EMAIL PROTECTED]

It works for all correctly, which use iso-8859-1 (or similar or utf-8
in the iso-8859-1 space) source encoding or which did specify utf-8 as
output encoding. So for the majority (I'd say), it works as expected,
if we change default to UTF-8 (which would be of course the correct
solution), it will break a lot of people's code.

The encoding thingie in ext/xml in PHP 4 was always broken, IMHO. We
unfortunately missed the chance to implement it more correctly with
slight BC breaks for PHP 5.0.0...



[2004-08-17 08:28:58] [EMAIL PROTECTED]

I'm for breaking it and make it output UTF-8 by default like the domxml
stuff does. Consistency is a good thing and as it doesn't work
"correctly" for 5.0.0 and 5.0.1 anyway I'd say we fix this.



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

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


#29698 [Com]: include suite does not traverse include_path subdirectories

2004-08-18 Thread scooter at butterball dot demon dot co dot uk
 ID:   29698
 Comment by:   scooter at butterball dot demon dot co dot uk
 Reported By:  mills at sinetechnologies dot com
 Status:   Open
 Bug Type: Zend Engine 2 problem
 Operating System: Win XP
 PHP Version:  5.0.1
 New Comment:

Hi,

I have seen the same problem on SunOS 5.8

Our code works fine on Linux Fedora Core 2.

PHP version 5.0.1 is being used on both platforms.

Scooter


Previous Comments:


[2004-08-16 17:00:07] mills at sinetechnologies dot com

This is not a duplication of 27891, or any other bug I 
have seen.



[2004-08-16 08:33:57] mills at sinetechnologies dot com

Description:

This is new for PHP5. PHP4 works as expected. 

Using require_once as the test, and having a properly set up include
path, require_once does not travel farther down the include_path to
locate files to include. 

Same behavior in cgi and module implementations. 

For example, take the following include path: 
include_path = ".;C:\Program Files\Apache Group\Apache\php\include"

In the include directory is another directory called 'phrame'

The phrame directory contains files and folders. The file 'include.php'
contains other include calls such as include( 'util/Object.php'); (the
location of which is "C:\Program Files\Apache
Group\Apache\php\include\phrame\util\Object.php") This should use . and
then find the util/Object.php. It does in PHP4, but not in PHP5. 

It looks like the parser is only going one directory deep when
searching for files, and not allowing recursive calls. For PHP4, it
works as expected, and all files are included, but PHP5 only goes one
directory deep, and fails for subdirectories. 

This makes implementing projects built with PHP4 and extending them
with PHP5 a nightmare for both server administrators and developers.

Directory Structure Summary:  

/include
/phrame
include.php
/util
/Object.php



Reproduce code:
---
//load include page which loads other needed pages
require_once 'phrame/include.php'; 

//directly load a needed page for test purposes. 
require_once 'phrame/util/Object.php';

Expected result:

//in PHP4
//include loaded and all other pages loaded
require_once 'phrame/include.php';
 
//a direct call to this page gets loaded. 
require_once 'phrame/util/Object.php';

Actual result:
--
//in PHP5
//partial works, include.php is included if blank,
//but because of other include calls, the require_once
//causes this page to fail to load.
require_once 'phrame/include.php'; 

//does not work! page fails to load 
require_once 'phrame/util/Object.php';





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


#29721 [Bgs]: Dynamic variables wrong after a POST

2004-08-18 Thread mgf
 ID:   29721
 Updated by:   [EMAIL PROTECTED]
 Reported By:  me at autourdupc dot com
 Status:   Bogus
 Bug Type: Variables related
 Operating System: Windows
 PHP Version:  4.3.8
 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

There *is* a bug in your code, so the bug system is not the place to
dsicuss this.  Post your problem (and your failing code) to the
php-general list, and someone (maybe even me!) might help out.


Previous Comments:


[2004-08-18 09:55:03] me at autourdupc dot com

I use var_dump($_POST);

I think you do not understand my request.
Error message displayed are good.

The problem is that I put a value on the first field and after the POST
all others fields are filled with this same value. Normally, thez should
be empty or on error.

I think there is a bug :
If you put "a" on the first field, all the post displayed by the
var_dump are good but the values displayed by the dynamic construction
of the variables are wrong.

I don't understand why the result is correct is I use a static name for
my variables and the result is different if I use a dynamic name.

Please try again my example and see !

May be it is not a bug concerning the POST but a bug concerning dynamic
variables.



[2004-08-17 15:42:32] [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.

Use var_dump($_POST); and you'll see that variables are on their
places.
Debug you code.



[2004-08-17 15:35:33] me at autourdupc dot com

Description:

Using dynamic variables.

After a POST, variables initialized with a NULL value are not NULL.



Reproduce code:
---
http://www.autourdupc.com/bug.php.txt



Expected result:


If you enter a value in the first field and leave others blank.

After the post, only the first value must have the value. 

Actual result:
--

Actually, all the variables have the same value.





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


#29727 [NEW]: CUROPT_PROXYAUTH constant is not register

2004-08-18 Thread bip at pennec dot org
From: bip at pennec dot org
Operating system: All
PHP version:  4.3.9RC1
PHP Bug Type: cURL related
Bug description:  CUROPT_PROXYAUTH constant is not register 

Description:

CURLOPT_PROXYAUTH constant appears in libcurl 7.10.7 but is not register
in recents releases of the php_curl module.

This constant is needed to pass thru proxy with ntlm authentication

Reproduce code:
---
$ch = curl_init();

curl_setopt ($ch, CURLOPT_PROXYAUTH, CURLAUTH_NTLM);


-- 
Edit bug report at http://bugs.php.net/?id=29727&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29727&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29727&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29727&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29727&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29727&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29727&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29727&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29727&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29727&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29727&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29727&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29727&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29727&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29727&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29727&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29727&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29727&r=float


#29170 [Com]: problem with open_basedir and include

2004-08-18 Thread kuba at 3net dot pl
 ID:   29170
 Comment by:   kuba at 3net dot pl
 Reported By:  phynias at camphreaks dot com
 Status:   Bogus
 Bug Type: PHP options/info functions
 Operating System: Redhat 9
 PHP Version:  5.0.0
 New Comment:

try to tell all of my clients, that they
MUST change their scripts, that worked
perfectly with PHP 4 ...


Previous Comments:


[2004-08-03 16:49:43] [EMAIL PROTECTED]

use absolute path with include() and all other functions.
define('ROOT_PATH','/home/httpd/vhosts/mysite.com/httpdocs');
include (ROOT_PATH.'/inc/include1.php');
it will work perfectly at all hostings, all platforms, all versions
etc. etc.



[2004-08-03 16:42:24] kuba at 3net dot pl

the same story
when this issue will be solved?
do i have to change my software, install old php 4.3.7,
or wait for you to solve it?



[2004-07-15 00:39:59] phynias at camphreaks dot com

Description:

When open_basedir options or set on a a set within apache.
Such as:
php_admin_value open_basedir"/home/httpd/vhosts/mysite.com/httpdocs"

If I do an include form 1 page and then in that page inlcude another
page it errors out with 
open_basedir restriction in effect.

Easiest way to test it is to do the following.
in your docroot create a file called test.php inside test.php put 
then inside include1.php put

and inside include2.php put


So if yer vase was /httpd/docroot you would have

/httpd/docroot/test.php
/httpd/docroot/inc/include1.php
/httpd/docroot/inc/inc2/include2.php

Then bring up test.php in your browser.


Of course u must have the dirs /inc and inc/inc2 created
This will include the first file but error on the second one.

Actual result:
--
Warning: main() [function.main]: open_basedir restriction in effect.
File(/usr/share/pear/include/inc2.php) is not within the allowed
path(s): (/home/httpd/vhosts/mysite.com/httpdocs:/tmp) in
/home/httpd/vhosts/mysite.com/httpdocs/test/inc.php on line 2

Warning: main(include/inc2.php) [function.main]: failed to open stream:
Operation not permitted in
/home/httpd/vhosts/mysite.com/httpdocs/test/inc.php on line 2

Warning: main() [function.include]: Failed opening 'include/inc2.php'
for inclusion (include_path='.:./:/usr/share/pear:/php/includes:') in
/home/httpd/vhosts/mysite.com/httpdocs/test/inc.php on line 2





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


#29728 [NEW]: Reflection API Feature: Default parameter value.

2004-08-18 Thread wb at pro-net dot co dot uk
From: wb at pro-net dot co dot uk
Operating system: *
PHP version:  5.0.0
PHP Bug Type: Zend Engine 2 problem
Bug description:  Reflection API Feature: Default parameter value.

Description:

This is not strictly a bug and more of a feature request (if there is a
better place for feature requests then please let me know).

At the moment there is no way to find out if a parameter for a method has
a default value or not.

It would be nice is the ReflectionParameter class had something like the
the following methods.

 ReflectionParameter->isRequired()

Returns TRUE if the parameter is required or FALSE if it is not required
(and therefore has a default value).

 ReflectionParameter->getDefault()

Returns the default value for the parameter. This could throw an Exception
if no default value is set as it could be possiable for the default value
to be FALSE :)



Reproduce code:
---
n/a

Expected result:

n/a

Actual result:
--
n/a

-- 
Edit bug report at http://bugs.php.net/?id=29728&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29728&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29728&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29728&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29728&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29728&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29728&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29728&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29728&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29728&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29728&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29728&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29728&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29728&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29728&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29728&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29728&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29728&r=float


#29222 [Com]: php4.3.8 segfaults with apache2 (2.0.50)

2004-08-18 Thread javier_peces at hotmail dot com
 ID:   29222
 Comment by:   javier_peces at hotmail dot com
 Reported By:  formorer at debian dot org
 Status:   No Feedback
 Bug Type: Reproducible crash
 Operating System: Debian Woody/Sid
 PHP Version:  4.3.8
 New Comment:

I get the same in debian sid and apache2. Sorry I cannot 
get debugging symbols. Pasted at bottom all version 
numbers of apache2 and php4 I have installed. If I can 
help in any manner please let me know.


(gdb) continue
Continuing.

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1079519520 (LWP 3589)]
0x4071e957 in execute () from /usr/lib/apache2/modules/
libphp4.so
(gdb) bt
#0  0x4071e957 in execute () from /usr/lib/apache2/
modules/libphp4.so
#1  0x08078785 in ap_run_handler ()
#2  0x080b9838 in ?? ()
#3  0x in ?? ()
#4  0x081e0668 in ?? ()
#5  0x081e0668 in ?? ()
#6  0x0813b208 in ?? ()
#7  0xb978 in ?? ()
#8  0x08078d90 in ap_invoke_handler ()
Previous frame inner to this frame (corrupt stack?)
(gdb)


||/ Name   Version
Description
+++-==-
==-


ii  apache22.0.50-9   
Next generation, scalable, extendable web server
ii  apache2-common 2.0.50-9   
Next generation, scalable, extendable web server
ii  apache2-doc2.0.50-9   
Documentation for apache2
un  apache2-modules 
(no description available)
un  apache2-mpm-perchild
(no description available)
ii  apache2-mpm-prefork2.0.50-9   
Traditional model for Apache2
un  apache2-mpm-threadpool  
(no description available)
un  apache2-mpm-worker  
(no description available)

||/ Name   Version
Description
+++-==-
==-


ii  php4   4.3.8-5
A server-side, HTML-embedded scripting language
ii  php4-apd   0.4p2-3
PHP code execution profiler and debugger
ii  php4-cgi   4.3.8-5
A server-side, HTML-embedded scripting language
un  php4-cgi-curl   
(no description available)
un  php4-cgi-domxml 
(no description available)
un  php4-cgi-gd 
(no description available)
un  php4-cgi-imap   
(no description available)
un  php4-cgi-ldap   
(no description available)
un  php4-cgi-mhash  
(no description available)
un  php4-cgi-mysql  
(no description available)
un  php4-cgi-pgsql  
(no description available)
un  php4-cgi-snmp   
(no description available)
un  php4-cgi-xml
(no description available)
ii  php4-curl  4.3.8-5
CURL module for php4
ii  php4-dbase 4.3.4+rcfinal-3
dBase module for php4
ii  php4-dev   4.3.8-5
Files for PHP4 module development
un  php4-domxml 
(no description available)
un  php4-gd 
(no description available)
ii  php4-gd2   4.3.2+rc3-2
GD module (with GD2) for php4
ii  php4-imap  4.3.8-5
IMAP module for php4
ii  php4-ldap  4.3.8-5
LDAP module for php4
un  php4-mcal   
(no description available)
un  php4-mhash  
(no description available)
ii  php4-mysql 4.3.8-5
MySQL module for php4
un  php4-odbc   
(no description available)
ii  php4-pear  4.3.8-5
PEAR - PHP Extension and Application Repository
ii  php4-pear-log  1.6.0-1
Log module for PEAR
ii  php4-pgsql 4.3.8-1
PostgreSQL module for php4
un  php4-recode 
(no description available)
un  php4-sablot 
(no description available)
un  php4-snmp   
(no description available)
un  php4-sybase 
(no description available)
un  php4-xml
(no description available)
un  php4-xslt   
(no description available)


Previous

#29698 [Com]: include suite does not traverse include_path subdirectories

2004-08-18 Thread scooter at butterball dot demon dot co dot uk
 ID:   29698
 Comment by:   scooter at butterball dot demon dot co dot uk
 Reported By:  mills at sinetechnologies dot com
 Status:   Open
 Bug Type: Zend Engine 2 problem
 Operating System: Win XP
 PHP Version:  5.0.1
 New Comment:

Hi,

We have resolved this bug on our Solaris box.

The php.ini file was still the old php4 version, we installed the php5
version of the php.ini file and now recursive includes work fine on the
Solaris box.  

They always worked on the Fedora box, but it had the php5 .ini file
installed from the start.

Not sure if this is a solution to the apparent bug on Win XP, but it
worked for us.

One last point the include_path on the php.ini file was the only
element changed from the default, the '.' was changed to './' - this
may also be important.

Scooter


Previous Comments:


[2004-08-18 10:21:04] scooter at butterball dot demon dot co dot uk

Hi,

I have seen the same problem on SunOS 5.8

Our code works fine on Linux Fedora Core 2.

PHP version 5.0.1 is being used on both platforms.

Scooter



[2004-08-16 17:00:07] mills at sinetechnologies dot com

This is not a duplication of 27891, or any other bug I 
have seen.



[2004-08-16 08:33:57] mills at sinetechnologies dot com

Description:

This is new for PHP5. PHP4 works as expected. 

Using require_once as the test, and having a properly set up include
path, require_once does not travel farther down the include_path to
locate files to include. 

Same behavior in cgi and module implementations. 

For example, take the following include path: 
include_path = ".;C:\Program Files\Apache Group\Apache\php\include"

In the include directory is another directory called 'phrame'

The phrame directory contains files and folders. The file 'include.php'
contains other include calls such as include( 'util/Object.php'); (the
location of which is "C:\Program Files\Apache
Group\Apache\php\include\phrame\util\Object.php") This should use . and
then find the util/Object.php. It does in PHP4, but not in PHP5. 

It looks like the parser is only going one directory deep when
searching for files, and not allowing recursive calls. For PHP4, it
works as expected, and all files are included, but PHP5 only goes one
directory deep, and fails for subdirectories. 

This makes implementing projects built with PHP4 and extending them
with PHP5 a nightmare for both server administrators and developers.

Directory Structure Summary:  

/include
/phrame
include.php
/util
/Object.php



Reproduce code:
---
//load include page which loads other needed pages
require_once 'phrame/include.php'; 

//directly load a needed page for test purposes. 
require_once 'phrame/util/Object.php';

Expected result:

//in PHP4
//include loaded and all other pages loaded
require_once 'phrame/include.php';
 
//a direct call to this page gets loaded. 
require_once 'phrame/util/Object.php';

Actual result:
--
//in PHP5
//partial works, include.php is included if blank,
//but because of other include calls, the require_once
//causes this page to fail to load.
require_once 'phrame/include.php'; 

//does not work! page fails to load 
require_once 'phrame/util/Object.php';





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


#29729 [NEW]: Can't connect to local MySQL

2004-08-18 Thread kil at systema dot ru
From: kil at systema dot ru
Operating system: Tru64 UNIX v 5.1A
PHP version:  5.0.1
PHP Bug Type: MySQL related
Bug description:  Can't connect to local MySQL

Description:

CC=cc
CXX=cxx
CFLAGS="-arch host"
CXXFLAGS="-arch host"
PHP is Apache-2.0.50 shared module

PHP-4.3.8 is OK.

Reproduce code:
---


Expected result:

Web page

Actual result:
--
Warning: mysql_connect() [function.mysql-connect]: Can't connect to local
MySQL server through socket '/tmp/mysql.sock' (2) in ...

-- 
Edit bug report at http://bugs.php.net/?id=29729&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29729&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29729&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29729&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29729&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29729&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29729&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29729&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29729&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29729&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29729&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29729&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29729&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29729&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29729&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29729&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29729&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29729&r=float


#29730 [NEW]: configure of PHP vith error messages

2004-08-18 Thread pbense at freemail dot hu
From: pbense at freemail dot hu
Operating system: linux debian 2.4
PHP version:  5.0.1
PHP Bug Type: PHP options/info functions
Bug description:  configure of PHP vith error messages

Description:

This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

configure:1631: checking host system type
configure:1719: checking for gcc
configure:1832: checking whether the C compiler (gcc  ) works
configure:1848: gcc -o conftestconftest.c  1>&5
configure:1874: checking whether the C compiler (gcc  ) is a
cross-compiler
configure:1879: checking whether we are using GNU C
configure:1888: gcc -E conftest.c
configure:1907: checking whether gcc accepts -g
configure:1940: checking whether gcc and cc understand -c and -o together
configure:1955: gcc -c conftest.c -o conftest.o 1>&5
configure:1956: gcc -c conftest.c -o conftest.o 1>&5
configure:1961: cc -c conftest.c 1>&5
configure:1963: cc -c conftest.c -o conftest.o 1>&5
configure:1964: cc -c conftest.c -o conftest.o 1>&5
configure:1991: checking how to run the C preprocessor
configure:2012: gcc -E  conftest.c >/dev/null 2>conftest.out
configure:2072: checking for AIX
configure:2099: checking if compiler supports -R
configure:2114: gcc -o conftest -g -O2   conftest.c -R /usr/lib  1>&5
/usr/bin/ld: cannot open /usr/lib: File format not recognized
collect2: ld returned 1 exit status
configure: failed program was:
#line 2107 "configure"
#include "confdefs.h"

int main() {

; return 0; }
configure:2132: checking if compiler supports -Wl,-rpath,
configure:2147: gcc -o conftest -g -O2   conftest.c -Wl,-rpath,/usr/lib 
1>&5
configure:2173: checking for re2c
configure:2204: checking for ranlib
configure:2232: checking whether ln -s works
configure:2257: checking for mawk
configure:2291: checking for bison
configure:2325: checking bison version
configure:2335: checking for flex
configure:2369: checking for yywrap in -lfl
configure:2388: gcc -o conftest -g -O2   conftest.c -lfl   1>&5
configure:2412: checking lex output file root
configure:2433: checking whether yytext is a pointer
configure:2452: gcc -o conftest -g -O2   conftest.c  -lfl 1>&5
configure:2476: checking for working const
configure:2530: gcc -c -g -O2  conftest.c 1>&5
configure:2555: checking flex version
configure:2683: gcc -o conftest -g -O2   conftest.c  1>&5
/tmp/ccpWsglW.o: In function `main':
/root/src/php-5.0.1/configure:2678: undefined reference to
`pthread_mutexattr_init'
/root/src/php-5.0.1/configure:2679: undefined reference to
`pthread_create'
collect2: ld returned 1 exit status
configure: failed program was:
#line 2665 "configure"
#include "confdefs.h"

#include 
#include 

void *thread_routine(void *data) {
return data;
}

int main() {
pthread_t thd;
pthread_mutexattr_t mattr;
int data = 1;
pthread_mutexattr_init(&mattr);
return pthread_create(&thd, NULL, thread_routine, &data);
} 
configure:2703: checking for pthreads_cflags
configure:2736: gcc -o conftest -g -O2 -kthread   conftest.c  1>&5
gcc: unrecognized option `-kthread'
/tmp/ccbMXTjN.o: In function `main':
/root/src/php-5.0.1/configure:2731: undefined reference to
`pthread_mutexattr_init'
/root/src/php-5.0.1/configure:2732: undefined reference to
`pthread_create'
collect2: ld returned 1 exit status
configure: failed program was:
#line 2718 "configure"
#include "confdefs.h"

#include 
#include 

void *thread_routine(void *data) {
return data;
}

int main() {
pthread_t thd;
pthread_mutexattr_t mattr;
int data = 1;
pthread_mutexattr_init(&mattr);
return pthread_create(&thd, NULL, thread_routine, &data);
} 
configure:2736: gcc -o conftest -g -O2 -pthread   conftest.c  1>&5
configure:2766: checking for pthreads_lib
configure:2892: checking for AOLserver support
configure:3114: checking for Apache 1.x module support via DSO through
APXS
configure:3399: checking for Apache 1.x module support
configure:4188: checking for member fd in BUFF *
configure:4207: gcc -c -g -O2   conftest.c 1>&5
configure:4201: httpd.h: No such file or directory
configure: failed program was:
#line 4200 "configure"
#include "confdefs.h"
#include 
int main() {
conn_rec *c; int fd = c->client->fd;
; return 0; }
configure:4231: checking for mod_charset compatibility option
configure:4298: checking for Apache 2.0 filter-module support via DSO
through APXS
configure:5042: checking for Apache 2.0 handler-module support via DSO
through APXS
configure:5786: checking for Apache 1.x (hooks) module support via DSO
through APXS
configure:6358: checking for Apache 1.x (hooks) module support
configure:7144: checking for mod_charset compatibility option
configure:7212: checking for Caudium support
configure:7524: checking for CLI build
configure:7580: checking for Continuity support
configure:7807: checking for embedded SAPI library support
configure:7992: checking for Zeus ISAPI support
configure:8204: checking for Milter support
configure:8

#29729 [Opn->Bgs]: Can't connect to local MySQL

2004-08-18 Thread derick
 ID:   29729
 Updated by:   [EMAIL PROTECTED]
 Reported By:  kil at systema dot ru
-Status:   Open
+Status:   Bogus
 Bug Type: MySQL related
 Operating System: Tru64 UNIX v 5.1A
 PHP Version:  5.0.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.

.


Previous Comments:


[2004-08-18 13:02:09] kil at systema dot ru

Description:

CC=cc
CXX=cxx
CFLAGS="-arch host"
CXXFLAGS="-arch host"
PHP is Apache-2.0.50 shared module

PHP-4.3.8 is OK.

Reproduce code:
---


Expected result:

Web page

Actual result:
--
Warning: mysql_connect() [function.mysql-connect]: Can't connect to
local MySQL server through socket '/tmp/mysql.sock' (2) in ...





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


#29729 [Bgs->Opn]: Can't connect to local MySQL

2004-08-18 Thread kil at systema dot ru
 ID:   29729
 User updated by:  kil at systema dot ru
 Reported By:  kil at systema dot ru
-Status:   Bogus
+Status:   Open
 Bug Type: MySQL related
 Operating System: Tru64 UNIX v 5.1A
 PHP Version:  5.0.1
 New Comment:

In PHP-4.x.x such problem is only in case compilation with POSIX
threads:
CC="cc -pthread"
CXX="cxx -pthread"


Previous Comments:


[2004-08-18 13:16:54] [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.

.



[2004-08-18 13:02:09] kil at systema dot ru

Description:

CC=cc
CXX=cxx
CFLAGS="-arch host"
CXXFLAGS="-arch host"
PHP is Apache-2.0.50 shared module

PHP-4.3.8 is OK.

Reproduce code:
---


Expected result:

Web page

Actual result:
--
Warning: mysql_connect() [function.mysql-connect]: Can't connect to
local MySQL server through socket '/tmp/mysql.sock' (2) in ...





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


#29730 [Opn->Bgs]: configure of PHP vith error messages

2004-08-18 Thread derick
 ID:   29730
 Updated by:   [EMAIL PROTECTED]
 Reported By:  pbense at freemail dot hu
-Status:   Open
+Status:   Bogus
 Bug Type: PHP options/info functions
 Operating System: linux debian 2.4
 PHP Version:  5.0.1
 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

This is exactly how configure figures out what works on your machine or
not.


Previous Comments:


[2004-08-18 13:13:17] pbense at freemail dot hu

Description:

This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

configure:1631: checking host system type
configure:1719: checking for gcc
configure:1832: checking whether the C compiler (gcc  ) works
configure:1848: gcc -o conftestconftest.c  1>&5
configure:1874: checking whether the C compiler (gcc  ) is a
cross-compiler
configure:1879: checking whether we are using GNU C
configure:1888: gcc -E conftest.c
configure:1907: checking whether gcc accepts -g
configure:1940: checking whether gcc and cc understand -c and -o
together
configure:1955: gcc -c conftest.c -o conftest.o 1>&5
configure:1956: gcc -c conftest.c -o conftest.o 1>&5
configure:1961: cc -c conftest.c 1>&5
configure:1963: cc -c conftest.c -o conftest.o 1>&5
configure:1964: cc -c conftest.c -o conftest.o 1>&5
configure:1991: checking how to run the C preprocessor
configure:2012: gcc -E  conftest.c >/dev/null 2>conftest.out
configure:2072: checking for AIX
configure:2099: checking if compiler supports -R
configure:2114: gcc -o conftest -g -O2   conftest.c -R /usr/lib  1>&5
/usr/bin/ld: cannot open /usr/lib: File format not recognized
collect2: ld returned 1 exit status
configure: failed program was:
#line 2107 "configure"
#include "confdefs.h"

int main() {

; return 0; }
configure:2132: checking if compiler supports -Wl,-rpath,
configure:2147: gcc -o conftest -g -O2   conftest.c -Wl,-rpath,/usr/lib
 1>&5
configure:2173: checking for re2c
configure:2204: checking for ranlib
configure:2232: checking whether ln -s works
configure:2257: checking for mawk
configure:2291: checking for bison
configure:2325: checking bison version
configure:2335: checking for flex
configure:2369: checking for yywrap in -lfl
configure:2388: gcc -o conftest -g -O2   conftest.c -lfl   1>&5
configure:2412: checking lex output file root
configure:2433: checking whether yytext is a pointer
configure:2452: gcc -o conftest -g -O2   conftest.c  -lfl 1>&5
configure:2476: checking for working const
configure:2530: gcc -c -g -O2  conftest.c 1>&5
configure:2555: checking flex version
configure:2683: gcc -o conftest -g -O2   conftest.c  1>&5
/tmp/ccpWsglW.o: In function `main':
/root/src/php-5.0.1/configure:2678: undefined reference to
`pthread_mutexattr_init'
/root/src/php-5.0.1/configure:2679: undefined reference to
`pthread_create'
collect2: ld returned 1 exit status
configure: failed program was:
#line 2665 "configure"
#include "confdefs.h"

#include 
#include 

void *thread_routine(void *data) {
return data;
}

int main() {
pthread_t thd;
pthread_mutexattr_t mattr;
int data = 1;
pthread_mutexattr_init(&mattr);
return pthread_create(&thd, NULL, thread_routine, &data);
} 
configure:2703: checking for pthreads_cflags
configure:2736: gcc -o conftest -g -O2 -kthread   conftest.c  1>&5
gcc: unrecognized option `-kthread'
/tmp/ccbMXTjN.o: In function `main':
/root/src/php-5.0.1/configure:2731: undefined reference to
`pthread_mutexattr_init'
/root/src/php-5.0.1/configure:2732: undefined reference to
`pthread_create'
collect2: ld returned 1 exit status
configure: failed program was:
#line 2718 "configure"
#include "confdefs.h"

#include 
#include 

void *thread_routine(void *data) {
return data;
}

int main() {
pthread_t thd;
pthread_mutexattr_t mattr;
int data = 1;
pthread_mutexattr_init(&mattr);
return pthread_create(&thd, NULL, thread_routine, &data);
} 
configure:2736: gcc -o conftest -g -O2 -pthread   conftest.c  1>&5
configure:2766: checking for pthreads_lib
configure:2892: checking for AOLserver support
configure:3114: checking for Apache 1.x module support via DSO through
APXS
configure:3399: checking for Apache 1.x module support
configure:4188: checking for member fd in BUFF *
configure:4207: gcc -c -g -O2   conftest.c 1>&5
configure:4201: httpd.h: No such file or directory
configure: failed program was:
#line 4200 "configure"
#include "confdefs.h"
#include 
int main() {
conn_rec *c; int fd = c->client->fd;
; return 0; }
configure:4231: checking for mod_charset compatibility option
configure:4298: checking for Apache 2.0 filter-module support via DSO
through APXS
configure:5042: checking for Apache 2.0 handler-module supp

#29729 [Opn->Bgs]: Can't connect to local MySQL

2004-08-18 Thread derick
 ID:   29729
 Updated by:   [EMAIL PROTECTED]
 Reported By:  kil at systema dot ru
-Status:   Open
+Status:   Bogus
 Bug Type: MySQL related
 Operating System: Tru64 UNIX v 5.1A
 PHP Version:  5.0.1
 New Comment:

Believe me, you are doing something wrong compiling. (as we don't
bundle the mysql client anymore and the default installed one might
have different socket location compiled in). Please ask for suport
about this on the mailinglists.


Previous Comments:


[2004-08-18 13:21:04] kil at systema dot ru

In PHP-4.x.x such problem is only in case compilation with POSIX
threads:
CC="cc -pthread"
CXX="cxx -pthread"



[2004-08-18 13:16:54] [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.

.



[2004-08-18 13:02:09] kil at systema dot ru

Description:

CC=cc
CXX=cxx
CFLAGS="-arch host"
CXXFLAGS="-arch host"
PHP is Apache-2.0.50 shared module

PHP-4.3.8 is OK.

Reproduce code:
---


Expected result:

Web page

Actual result:
--
Warning: mysql_connect() [function.mysql-connect]: Can't connect to
local MySQL server through socket '/tmp/mysql.sock' (2) in ...





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


#29731 [NEW]: Using ftp_chmod errors out if you use a variable...

2004-08-18 Thread webmaster at acecoolco dot com
From: webmaster at acecoolco dot com
Operating system: Windows
PHP version:  5.0.0
PHP Bug Type: PHP options/info functions
Bug description:  Using ftp_chmod errors out if you use a variable...

Description:

If you do ftp_chmod($conn_id, 0777, "/blah/public_html/");
it works, if you set $blah = "0777"; and use ftp_chmod($conn_id, $blah,
"/blah/public_html/"); or
ftp_chmod($conn_id, "$blah", "/blah/public_html/"); then if will end up
chmodding 1417 or something...

Reproduce code:
---
If you do ftp_chmod($conn_id, 0777, "/blah/public_html/");
it works, if you set $blah = "0777"; and use ftp_chmod($conn_id, $blah,
"/blah/public_html/"); or
ftp_chmod($conn_id, "$blah", "/blah/public_html/"); then if will end up
chmodding 1417 or something...

Expected result:

chmod as should be...

Actual result:
--
chmods 1417 or so...

-- 
Edit bug report at http://bugs.php.net/?id=29731&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29731&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29731&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29731&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29731&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29731&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29731&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29731&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29731&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29731&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29731&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29731&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29731&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29731&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29731&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29731&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29731&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29731&r=float


#29729 [Bgs]: Can't connect to local MySQL

2004-08-18 Thread kil at systema dot ru
 ID:   29729
 User updated by:  kil at systema dot ru
 Reported By:  kil at systema dot ru
 Status:   Bogus
 Bug Type: MySQL related
 Operating System: Tru64 UNIX v 5.1A
 PHP Version:  5.0.1
 New Comment:

I compiled PHP-5.0.1 such as PHP-4.3.8
PHP-4.3.8 is working
PHP-5.0.1 no
I can send configuration files by E-mail


Previous Comments:


[2004-08-18 13:27:54] [EMAIL PROTECTED]

Believe me, you are doing something wrong compiling. (as we don't
bundle the mysql client anymore and the default installed one might
have different socket location compiled in). Please ask for suport
about this on the mailinglists.



[2004-08-18 13:21:04] kil at systema dot ru

In PHP-4.x.x such problem is only in case compilation with POSIX
threads:
CC="cc -pthread"
CXX="cxx -pthread"



[2004-08-18 13:16:54] [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.

.



[2004-08-18 13:02:09] kil at systema dot ru

Description:

CC=cc
CXX=cxx
CFLAGS="-arch host"
CXXFLAGS="-arch host"
PHP is Apache-2.0.50 shared module

PHP-4.3.8 is OK.

Reproduce code:
---


Expected result:

Web page

Actual result:
--
Warning: mysql_connect() [function.mysql-connect]: Can't connect to
local MySQL server through socket '/tmp/mysql.sock' (2) in ...





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


#29729 [Bgs]: Can't connect to local MySQL

2004-08-18 Thread kil at systema dot ru
 ID:   29729
 User updated by:  kil at systema dot ru
 Reported By:  kil at systema dot ru
 Status:   Bogus
 Bug Type: MySQL related
 Operating System: Tru64 UNIX v 5.1A
 PHP Version:  5.0.1
 New Comment:

Have you test PHP-5.0.1 on Tru64 ?


Previous Comments:


[2004-08-18 13:40:05] kil at systema dot ru

I compiled PHP-5.0.1 such as PHP-4.3.8
PHP-4.3.8 is working
PHP-5.0.1 no
I can send configuration files by E-mail



[2004-08-18 13:27:54] [EMAIL PROTECTED]

Believe me, you are doing something wrong compiling. (as we don't
bundle the mysql client anymore and the default installed one might
have different socket location compiled in). Please ask for suport
about this on the mailinglists.



[2004-08-18 13:21:04] kil at systema dot ru

In PHP-4.x.x such problem is only in case compilation with POSIX
threads:
CC="cc -pthread"
CXX="cxx -pthread"



[2004-08-18 13:16:54] [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.

.



[2004-08-18 13:02:09] kil at systema dot ru

Description:

CC=cc
CXX=cxx
CFLAGS="-arch host"
CXXFLAGS="-arch host"
PHP is Apache-2.0.50 shared module

PHP-4.3.8 is OK.

Reproduce code:
---


Expected result:

Web page

Actual result:
--
Warning: mysql_connect() [function.mysql-connect]: Can't connect to
local MySQL server through socket '/tmp/mysql.sock' (2) in ...





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


#29729 [Bgs]: Can't connect to local MySQL

2004-08-18 Thread tony2001
 ID:   29729
 Updated by:   [EMAIL PROTECTED]
 Reported By:  kil at systema dot ru
 Status:   Bogus
 Bug Type: MySQL related
 Operating System: Tru64 UNIX v 5.1A
 PHP Version:  5.0.1
 New Comment:

Please, ask these questions on support mailing lists.
You just need to change mysql.default_socket to the real location of
MySQL socket. Your problem is not concerned with compiling options
and/or your OS.


Previous Comments:


[2004-08-18 13:44:13] kil at systema dot ru

Have you test PHP-5.0.1 on Tru64 ?



[2004-08-18 13:40:05] kil at systema dot ru

I compiled PHP-5.0.1 such as PHP-4.3.8
PHP-4.3.8 is working
PHP-5.0.1 no
I can send configuration files by E-mail



[2004-08-18 13:27:54] [EMAIL PROTECTED]

Believe me, you are doing something wrong compiling. (as we don't
bundle the mysql client anymore and the default installed one might
have different socket location compiled in). Please ask for suport
about this on the mailinglists.



[2004-08-18 13:21:04] kil at systema dot ru

In PHP-4.x.x such problem is only in case compilation with POSIX
threads:
CC="cc -pthread"
CXX="cxx -pthread"



[2004-08-18 13:16:54] [EMAIL PROTECTED]

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

.



The 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/29729

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


#29729 [Bgs]: Can't connect to local MySQL

2004-08-18 Thread kil at systema dot ru
 ID:   29729
 User updated by:  kil at systema dot ru
 Reported By:  kil at systema dot ru
 Status:   Bogus
 Bug Type: MySQL related
 Operating System: Tru64 UNIX v 5.1A
 PHP Version:  5.0.1
 New Comment:

Real socket location is /tmp/mysql.sock
It is identical to PHP call
I tried set up all MySQL related variables. The such result.


Previous Comments:


[2004-08-18 13:50:11] [EMAIL PROTECTED]

Please, ask these questions on support mailing lists.
You just need to change mysql.default_socket to the real location of
MySQL socket. Your problem is not concerned with compiling options
and/or your OS.



[2004-08-18 13:44:13] kil at systema dot ru

Have you test PHP-5.0.1 on Tru64 ?



[2004-08-18 13:40:05] kil at systema dot ru

I compiled PHP-5.0.1 such as PHP-4.3.8
PHP-4.3.8 is working
PHP-5.0.1 no
I can send configuration files by E-mail



[2004-08-18 13:27:54] [EMAIL PROTECTED]

Believe me, you are doing something wrong compiling. (as we don't
bundle the mysql client anymore and the default installed one might
have different socket location compiled in). Please ask for suport
about this on the mailinglists.



[2004-08-18 13:21:04] kil at systema dot ru

In PHP-4.x.x such problem is only in case compilation with POSIX
threads:
CC="cc -pthread"
CXX="cxx -pthread"



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

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


#29729 [Bgs]: Can't connect to local MySQL

2004-08-18 Thread kil at systema dot ru
 ID:   29729
 User updated by:  kil at systema dot ru
 Reported By:  kil at systema dot ru
 Status:   Bogus
 Bug Type: MySQL related
 Operating System: Tru64 UNIX v 5.1A
 PHP Version:  5.0.1
 New Comment:

I compiled 4.3.8 and 5.0.1 on the same machine
I didn't touch anything else except PHP


Previous Comments:


[2004-08-18 14:04:10] kil at systema dot ru

Real socket location is /tmp/mysql.sock
It is identical to PHP call
I tried set up all MySQL related variables. The such result.



[2004-08-18 13:50:11] [EMAIL PROTECTED]

Please, ask these questions on support mailing lists.
You just need to change mysql.default_socket to the real location of
MySQL socket. Your problem is not concerned with compiling options
and/or your OS.



[2004-08-18 13:44:13] kil at systema dot ru

Have you test PHP-5.0.1 on Tru64 ?



[2004-08-18 13:40:05] kil at systema dot ru

I compiled PHP-5.0.1 such as PHP-4.3.8
PHP-4.3.8 is working
PHP-5.0.1 no
I can send configuration files by E-mail



[2004-08-18 13:27:54] [EMAIL PROTECTED]

Believe me, you are doing something wrong compiling. (as we don't
bundle the mysql client anymore and the default installed one might
have different socket location compiled in). Please ask for suport
about this on the mailinglists.



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

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



#29732 [NEW]: Mod operator(%) doesn't work with negative integers

2004-08-18 Thread robinmessag at hotmail dot com
From: robinmessag at hotmail dot com
Operating system: Windows 98SE
PHP version:  Irrelevant
PHP Bug Type: Feature/Change Request
Bug description:  Mod operator(%) doesn't work with negative integers

Description:

When doing the modulus of a negative number, PHP returns a bogus value.
However, it is clearly doing the modulus, simply returning a negative
answer.
In order to work around, one can add the modulus and mod again, but this
is not a satisfactory solution IMHO.
This bug has been reported before and dismissed, however, modulus on
negative numbers is correct and useful and this should be fixed or at
least documented.

Reproduce code:
---
$hour=4;
$timedifference1=-6;
$timedifference2=-30;
$realtime=($hour+$timedifference1)%24;
$realtime2=($hour+$timedifference2)%24;
$realtime3=($hour+$timedifference2)%24;
$realtime3=(24+$realtime3)%24;
echo("The time is:$realtime or maybe $realtime2");
echo("The correct time is:$realtime3");

Expected result:

The time is:22 or maybe 22
The correct time is:22

Actual result:
--
The time is:-2 or maybe -2
The correct time is:22

-- 
Edit bug report at http://bugs.php.net/?id=29732&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29732&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29732&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29732&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29732&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29732&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29732&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29732&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29732&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29732&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29732&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29732&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29732&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29732&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29732&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29732&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29732&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29732&r=float


#29733 [NEW]: printf handles repeated placeholders wrong

2004-08-18 Thread bugs dot php dot net at bluetwanger dot de
From: bugs dot php dot net at bluetwanger dot de
Operating system: 
PHP version:  5.0.1
PHP Bug Type: Unknown/Other Function
Bug description:  printf handles repeated placeholders wrong

Description:

printf('%s - %s %s %3$s %2$s', 1, 2, 3);

complains:

Warning: printf(): Too few arguments in /home/bertheau/printf.php on line
2

printf('%s - %s %s %3$s %2$s', 1, 2, 3, 4);

does not complain and prints:

1 - 2 3 3 2

I expect the first version to not complain and print what the second
version prints.



-- 
Edit bug report at http://bugs.php.net/?id=29733&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29733&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29733&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29733&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29733&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29733&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29733&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29733&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29733&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29733&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29733&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29733&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29733&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29733&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29733&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29733&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29733&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29733&r=float


#29732 [Opn->Fbk]: Mod operator(%) doesn't work with negative integers

2004-08-18 Thread derick
 ID:   29732
 Updated by:   [EMAIL PROTECTED]
 Reported By:  robinmessag at hotmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Feature/Change Request
 Operating System: Windows 98SE
 PHP Version:  Irrelevant
 New Comment:

What was the previous bug number?


Previous Comments:


[2004-08-18 14:39:25] robinmessag at hotmail dot com

Description:

When doing the modulus of a negative number, PHP returns a bogus value.
However, it is clearly doing the modulus, simply returning a negative
answer.
In order to work around, one can add the modulus and mod again, but
this is not a satisfactory solution IMHO.
This bug has been reported before and dismissed, however, modulus on
negative numbers is correct and useful and this should be fixed or at
least documented.

Reproduce code:
---
$hour=4;
$timedifference1=-6;
$timedifference2=-30;
$realtime=($hour+$timedifference1)%24;
$realtime2=($hour+$timedifference2)%24;
$realtime3=($hour+$timedifference2)%24;
$realtime3=(24+$realtime3)%24;
echo("The time is:$realtime or maybe $realtime2");
echo("The correct time is:$realtime3");

Expected result:

The time is:22 or maybe 22
The correct time is:22

Actual result:
--
The time is:-2 or maybe -2
The correct time is:22





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


#29445 [Opn->Fbk]: Pages randomly go blank

2004-08-18 Thread tony2001
 ID:   29445
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jcapellman at hotmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Linux 2.4
 PHP Version:  4.3.8
 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:


[2004-07-29 15:28:45] jcapellman at hotmail dot com

Description:

The problem is that pages randomly goto a blank screen.  You can go
about 5 or 6 pages before it does it.  I checked my logs after one of
these bugs occurred and it doesn't show up   at all.  Refreshing the
page or copying and pasting the url into the url box gets you to the
page after one of these bugs, it's just really annoying to have to do
that.  Even pages that only have 1 result returned do this so it's not
a memory/cpu usage problem.

I'm using 1and1.com for hosting, they use Apache 1.3.29 and MySQL
4.0.20.  I never had this problem when I was hosting it on my own
server but that was with an older version of PHP.

List of modules compiled with PHP (taken from a phpinfo() call):

'../configure' '--with-mysql=/usr' '--with-zlib' '--enable-debug=no'
'--enable-safe-mode=no' '--enable-discard-path=no' '--with-gd=/usr'
'--with-png-dir=/usr/lib' '--enable-track-vars' '--with-db'
'--with-gdbm' '--enable-force-cgi-redirect' '--with-ttf=/usr/'
'--enable-ftp' '--with-mcrypt' '--enable-dbase' '--enable-memory-limit'
'--enable-calendar' '--enable-wddx'
'--with-jpeg-dir=/usr/src/kundenserver/jpeg-6b' '--enable-bcmath'
'--enable-gd-imgstrttf' '--enable-shmop' '--enable-mhash'
'--with-mhash=/usr/src/kundenserver/mhash-0.8.9/' '--with-openssl'
'--enable-xslt' '--with-xslt-sablot' '--with-dom' '--with-dom-xslt'
'--with-dom-exslt' '--with-imap' '--with-curl'
'--with-iconv=/usr/local' '--with-freetype-dir=/usr/include/freetype2'
'--with-bz2' '--with-gettext' '--enable-exif' '--with-idn'

Reproduce code:
---
Anywhere on www.jarredcapellman.com (my site) after a couple page views
you will see the problem.  At the bottom of page lists the number
queries, execution time and memory usage, which aren't ever very high
even with quite a few people on it.

Actual result:
--
Random blank pages





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


#29734 [NEW]: Function GetDate interprets 2 different timestamps as same date

2004-08-18 Thread jlamas at gmail dot com
From: jlamas at gmail dot com
Operating system: Linux
PHP version:  4.3.8
PHP Bug Type: Date/time related
Bug description:  Function GetDate interprets 2 different timestamps as same date

Description:

The function GetDate interprets the both timestamps as October 17th, 2004.


The timestamps are: 1097895600  and 1097978400



Reproduce code:
---
$tbDataInicial = '2004-10-01';
$tbDataFinal_temp = '2004-10-31';

while ($sDataLoop != $tbDataFinal_temp)
{
  if ($sDataLoop == "")
  {$sDataLoop=$tbDataInicial;} 

  //Add one more day
  $nTimeStamp=strtotime($sDataLoop);  
  $sDataLoop = getdate($nTimeStamp);
 
$sDataLoop=date("Y-m-d",mktime(0,0,0,$sDataLoop['mon'],$sDataLoop['mday']+1,$sDataLoop['year']));
}

Expected result:

The while should go through the parameters $tbDataInicial and $tbDataFinal
that represents the begin and end dates respectively. 


Actual result:
--
This generates and infinite loop since $sDataLoop get stucked on the day
October 17th, 2004.

-- 
Edit bug report at http://bugs.php.net/?id=29734&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29734&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29734&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29734&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29734&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29734&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29734&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29734&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29734&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29734&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29734&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29734&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29734&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29734&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29734&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29734&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29734&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29734&r=float


#29403 [Opn->Bgs]: Failure of File Upload

2004-08-18 Thread tony2001
 ID:   29403
 Updated by:   [EMAIL PROTECTED]
 Reported By:  markrx178 at yahoo dot com dot hk
-Status:   Open
+Status:   Bogus
 Bug Type: HTTP related
 Operating System: Fedora 2
 PHP Version:  4.3.8
 New Comment:

>Should my tmp folder be owned by Apacher group/user. 
yes

>Is that why I'm the exact same frustrating problem that markx is
having?
no, read the documentation, as was pointed above.


Previous Comments:


[2004-08-10 04:43:10] emaynard at emaynard dot org

Should my tmp folder be owned by Apacher group/user.  Is that why I'm
the exact same frustrating problem that markx is having?



[2004-07-31 03:21:34] php at sharpdreams dot com

Please review the information on
http://www.php.net/manual/en/features.file-upload.php including the
user comments.

You will never see a temporary file created by PHP as long as PHP is
doing its job correctly. PHP removes those temporary files at the end
of the request unless they are moved/renamed.



[2004-07-27 06:16:09] markrx178 at yahoo dot com dot hk

Description:

Dear Guru,

I had installed the 4.3.8-3 rpm for Fedora in an Apache 2.0.50
environment.

After installation of some community suites (like xoops, phpnuke, etc.
), I found all of the upload functions failed strangely.

I go further to suspect some setting may be wrong about my php.conf. 
However, after extensive searching, I found my settings (including
FileUploads on, tmp_dir = /www/tmp, etc.) should probably be correct. 
* I have checked the tmp directory is owned and writeable by apache.

I therefore write a very simple file upload to check the correct
functioning of file upload. 

http://ootlinux01.homelinux.net:8000/testupload.html

(It will POST to a .php file which simply display phpinfo())

and check whether the tmpfile would be created in the destinated
directory.

I cannot find the expected new tmpfile.

Would someone know what's has gone wrong or is it some unmatched
version among Apache and PHP ?

I would be grateful for your kind assistance.

Thank you for your help.

Best Regards,
Mark

Reproduce code:
---
http://ootlinux01.homelinux.net:8000/testupload.html

(It will POST to a .php file which simply display phpinfo())

However, the expected tmpfile in the tmp directory was not found.

Expected result:

I expected a tmpfile could be found.

Actual result:
--
Nothing found in the tmp directory (as I specified in php.conf).
 





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


#29735 [NEW]: Segfault (11) / Possible stack corruption

2004-08-18 Thread sparkeh at btinternet dot com
From: sparkeh at btinternet dot com
Operating system: Linux 2.6.7-gentoo-r9
PHP version:  5.0.1
PHP Bug Type: Reproducible crash
Bug description:  Segfault (11) / Possible stack corruption

Description:

I've tried to get the code to the minimum required to cause a crash. The
combination of the local variable being defined and the global reference
seems to be causing stack corruption (the script never returns
successfully from the function call:

jelly can # php -f crash.php
About to segfault : Segmentation fault
jelly can # php -v
PHP 5.0.1 (cli) (built: Aug 18 2004 12:39:38)

Reproduce code:
---



Expected result:

About to segfault : 

Actual result:
--
About to segfault : Segmentation fault


-- 
Edit bug report at http://bugs.php.net/?id=29735&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29735&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29735&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29735&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29735&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29735&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29735&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29735&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29735&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29735&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29735&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29735&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29735&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29735&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29735&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29735&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29735&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29735&r=float


#29731 [Opn->Bgs]: Using ftp_chmod errors out if you use a variable...

2004-08-18 Thread tony2001
 ID:   29731
 Updated by:   [EMAIL PROTECTED]
 Reported By:  webmaster at acecoolco dot com
-Status:   Open
+Status:   Bogus
 Bug Type: PHP options/info functions
 Operating System: Windows
 PHP Version:  5.0.0
 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

Read about using *chmod here: http://php.net/chmod
Short version: "0777" != 0777.


Previous Comments:


[2004-08-18 13:34:42] webmaster at acecoolco dot com

Description:

If you do ftp_chmod($conn_id, 0777, "/blah/public_html/");
it works, if you set $blah = "0777"; and use ftp_chmod($conn_id, $blah,
"/blah/public_html/"); or
ftp_chmod($conn_id, "$blah", "/blah/public_html/"); then if will end up
chmodding 1417 or something...

Reproduce code:
---
If you do ftp_chmod($conn_id, 0777, "/blah/public_html/");
it works, if you set $blah = "0777"; and use ftp_chmod($conn_id, $blah,
"/blah/public_html/"); or
ftp_chmod($conn_id, "$blah", "/blah/public_html/"); then if will end up
chmodding 1417 or something...

Expected result:

chmod as should be...

Actual result:
--
chmods 1417 or so...





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


#29735 [Bgs]: Segfault (11) / Possible stack corruption

2004-08-18 Thread sparkeh at btinternet dot com
 ID:   29735
 User updated by:  sparkeh at btinternet dot com
 Reported By:  sparkeh at btinternet dot com
 Status:   Bogus
 Bug Type: Reproducible crash
 Operating System: Linux 2.6.7-gentoo-r9
 PHP Version:  5.0.1
 New Comment:

There is no recursion. This is a function being called from within a
switch block. Surely?


Previous Comments:


[2004-08-18 15:47:59] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

This is expected, PHP does not protect against infinite recursion.



[2004-08-18 15:24:10] sparkeh at btinternet dot com

Description:

I've tried to get the code to the minimum required to cause a crash.
The combination of the local variable being defined and the global
reference seems to be causing stack corruption (the script never
returns successfully from the function call:

jelly can # php -f crash.php
About to segfault : Segmentation fault
jelly can # php -v
PHP 5.0.1 (cli) (built: Aug 18 2004 12:39:38)

Reproduce code:
---



Expected result:

About to segfault : 

Actual result:
--
About to segfault : Segmentation fault






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


#29736 [NEW]: instanceof requires class to be loaded

2004-08-18 Thread hans at velum dot net
From: hans at velum dot net
Operating system: All
PHP version:  5.0.1
PHP Bug Type: Feature/Change Request
Bug description:  instanceof requires class to be loaded

Description:

[pasted from messages on internals@ list]

I like the new $obj instanceof ClassName way of checking class / interface
types,  but this method does have one major drawback compared to the
old is_a() approach:

  The class must be loaded in order to perform an instanceof check!

There are many situations where you do not want to have to load every
class to see whether a returned object is a class of that type.  In
particular for driver classes, the current model requires loading *every*
possible driver in order to check to see which type of class was
returned.

is_a() works great, but has been deprecated and is now generating E_STRICT
errors.


Reproduce code:
---
[conributed by Sean Coates on internals@ list]



 and 



Expected result:

$foo is_a Foo? yes
$foo instanceof Foo? yes

 and 

$foo is_a Foo? no
$foo instanceof Foo? no



Actual result:
--
$foo is_a Foo? yes
$foo instanceof Foo? yes

 and 

$foo is_a Foo? no

Fatal error: Class 'Foo' not found in 
/home/sean/phpdoc/scripts/tmp/is_a.php on line 8

-- 
Edit bug report at http://bugs.php.net/?id=29736&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29736&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29736&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29736&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29736&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29736&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29736&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29736&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29736&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29736&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29736&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29736&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29736&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29736&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29736&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29736&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29736&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29736&r=float


#29734 [Opn->Bgs]: Function GetDate interprets 2 different timestamps as same date

2004-08-18 Thread derick
 ID:   29734
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jlamas at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Date/time related
 Operating System: Linux
 PHP Version:  4.3.8
 New Comment:

We are happy to tell you that you just discovered Daylight Savings
Time. For more information see:
http://webexhibits.org/daylightsaving/b.html
Instead of using mktime/date consider using gmmktime and gmdate which
do
not suffer from DST.

This has something to do with DST changeover, consult
http://php.net/support.php for more information.


Previous Comments:


[2004-08-18 15:17:59] jlamas at gmail dot com

Description:

The function GetDate interprets the both timestamps as October 17th,
2004. 

The timestamps are: 1097895600  and 1097978400



Reproduce code:
---
$tbDataInicial = '2004-10-01';
$tbDataFinal_temp = '2004-10-31';

while ($sDataLoop != $tbDataFinal_temp)
{
  if ($sDataLoop == "")
  {$sDataLoop=$tbDataInicial;} 

  //Add one more day
  $nTimeStamp=strtotime($sDataLoop);  
  $sDataLoop = getdate($nTimeStamp);
 
$sDataLoop=date("Y-m-d",mktime(0,0,0,$sDataLoop['mon'],$sDataLoop['mday']+1,$sDataLoop['year']));
}

Expected result:

The while should go through the parameters $tbDataInicial and
$tbDataFinal that represents the begin and end dates respectively. 


Actual result:
--
This generates and infinite loop since $sDataLoop get stucked on the
day October 17th, 2004.





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


#29735 [Opn->Bgs]: Segfault (11) / Possible stack corruption

2004-08-18 Thread derick
 ID:   29735
 Updated by:   [EMAIL PROTECTED]
 Reported By:  sparkeh at btinternet dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Reproducible crash
 Operating System: Linux 2.6.7-gentoo-r9
 PHP Version:  5.0.1
 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

This is expected, PHP does not protect against infinite recursion.


Previous Comments:


[2004-08-18 15:24:10] sparkeh at btinternet dot com

Description:

I've tried to get the code to the minimum required to cause a crash.
The combination of the local variable being defined and the global
reference seems to be causing stack corruption (the script never
returns successfully from the function call:

jelly can # php -f crash.php
About to segfault : Segmentation fault
jelly can # php -v
PHP 5.0.1 (cli) (built: Aug 18 2004 12:39:38)

Reproduce code:
---



Expected result:

About to segfault : 

Actual result:
--
About to segfault : Segmentation fault






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


#29737 [NEW]: ip2long() works not as documented

2004-08-18 Thread belikoviv at is dot lg dot ua
From: belikoviv at is dot lg dot ua
Operating system: Windows 2000 SP4; Fedora Core 2
PHP version:  5.0.0
PHP Bug Type: *Network Functions
Bug description:  ip2long() works not as documented

Description:

Documentation (from 16-08-2004) says:
"Note: ip2long() will return -1 for the IP 255.255.255.255"
Instead it returns FALSE.


Reproduce code:
---
#!/usr/local/bin/php



Expected result:

255.255.255.255 -1 255.255.255.255


Actual result:
--
255.255.255.255  0.0.0.0


-- 
Edit bug report at http://bugs.php.net/?id=29737&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29737&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29737&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29737&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29737&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29737&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29737&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29737&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29737&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29737&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29737&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29737&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29737&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29737&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29737&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29737&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29737&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29737&r=float


#29734 [Bgs]: Function GetDate interprets 2 different timestamps as same date

2004-08-18 Thread jlamas at gmail dot com
 ID:   29734
 User updated by:  jlamas at gmail dot com
 Reported By:  jlamas at gmail dot com
 Status:   Bogus
 Bug Type: Date/time related
 Operating System: Linux
 PHP Version:  4.3.8
 New Comment:

I´ve changed what you said and the error continues. 
The error occurs on this line: 
'$sDataLoop = getdate($nTimeStamp);'

The date and mktime functions generate the dates correctly. I debugged
this code and it generates the date 2004-10-18. But when the getdate
function read the timestamp generated by the strtotime function it
reads 2004-10-17. 


Does it have another function similar to getdate ?


Previous Comments:


[2004-08-18 15:47:07] [EMAIL PROTECTED]

We are happy to tell you that you just discovered Daylight Savings
Time. For more information see:
http://webexhibits.org/daylightsaving/b.html
Instead of using mktime/date consider using gmmktime and gmdate which
do
not suffer from DST.

This has something to do with DST changeover, consult
http://php.net/support.php for more information.



[2004-08-18 15:17:59] jlamas at gmail dot com

Description:

The function GetDate interprets the both timestamps as October 17th,
2004. 

The timestamps are: 1097895600  and 1097978400



Reproduce code:
---
$tbDataInicial = '2004-10-01';
$tbDataFinal_temp = '2004-10-31';

while ($sDataLoop != $tbDataFinal_temp)
{
  if ($sDataLoop == "")
  {$sDataLoop=$tbDataInicial;} 

  //Add one more day
  $nTimeStamp=strtotime($sDataLoop);  
  $sDataLoop = getdate($nTimeStamp);
 
$sDataLoop=date("Y-m-d",mktime(0,0,0,$sDataLoop['mon'],$sDataLoop['mday']+1,$sDataLoop['year']));
}

Expected result:

The while should go through the parameters $tbDataInicial and
$tbDataFinal that represents the begin and end dates respectively. 


Actual result:
--
This generates and infinite loop since $sDataLoop get stucked on the
day October 17th, 2004.





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


#29735 [Bgs]: Segfault (11) / Possible stack corruption

2004-08-18 Thread derick
 ID:   29735
 Updated by:   [EMAIL PROTECTED]
 Reported By:  sparkeh at btinternet dot com
 Status:   Bogus
 Bug Type: Reproducible crash
 Operating System: Linux 2.6.7-gentoo-r9
 PHP Version:  5.0.1
 New Comment:

?
You call the function segfault() in a never ending loop.


Previous Comments:


[2004-08-18 16:17:19] sparkeh at btinternet dot com

There is no recursion. This is a function being called from within a
switch block. Surely?



[2004-08-18 15:47:59] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

This is expected, PHP does not protect against infinite recursion.



[2004-08-18 15:24:10] sparkeh at btinternet dot com

Description:

I've tried to get the code to the minimum required to cause a crash.
The combination of the local variable being defined and the global
reference seems to be causing stack corruption (the script never
returns successfully from the function call:

jelly can # php -f crash.php
About to segfault : Segmentation fault
jelly can # php -v
PHP 5.0.1 (cli) (built: Aug 18 2004 12:39:38)

Reproduce code:
---



Expected result:

About to segfault : 

Actual result:
--
About to segfault : Segmentation fault






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


#29735 [Bgs]: Segfault (11) / Possible stack corruption

2004-08-18 Thread sparkeh at btinternet dot com
 ID:   29735
 User updated by:  sparkeh at btinternet dot com
 Reported By:  sparkeh at btinternet dot com
 Status:   Bogus
 Bug Type: Reproducible crash
 Operating System: Linux 2.6.7-gentoo-r9
 PHP Version:  5.0.1
 New Comment:

What loop??

Remove the "global $moo" and the $rar = 0 and it runs as expected:




Previous Comments:


[2004-08-18 17:05:03] [EMAIL PROTECTED]

?
You call the function segfault() in a never ending loop.



[2004-08-18 16:17:19] sparkeh at btinternet dot com

There is no recursion. This is a function being called from within a
switch block. Surely?



[2004-08-18 15:47:59] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

This is expected, PHP does not protect against infinite recursion.



[2004-08-18 15:24:10] sparkeh at btinternet dot com

Description:

I've tried to get the code to the minimum required to cause a crash.
The combination of the local variable being defined and the global
reference seems to be causing stack corruption (the script never
returns successfully from the function call:

jelly can # php -f crash.php
About to segfault : Segmentation fault
jelly can # php -v
PHP 5.0.1 (cli) (built: Aug 18 2004 12:39:38)

Reproduce code:
---



Expected result:

About to segfault : 

Actual result:
--
About to segfault : Segmentation fault






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


#29455 [Opn]: DBA can not be built with FreeBSD DBM

2004-08-18 Thread dada at bbs dot giga dot net dot tw
 ID:   29455
 User updated by:  dada at bbs dot giga dot net dot tw
 Reported By:  dada at bbs dot giga dot net dot tw
 Status:   Open
 Bug Type: *Compile Issues
 Operating System: FreeBSD
 PHP Version:  5.0.0
 Assigned To:  helly
 New Comment:

The deprecated DBM extension seems using 'ndbm' in FreeBSD
 (instead of built-in db library)
 for accessing Berkeley DB 1.85 format in BSD system.

1. Deprecated DBM extension use ndbm's dbm_open() in FreeBSD's
/usr/include/ndbm.h
2. my solution use dbopen() in FreeBSD's /usr/include/db.h

Both works!

My codes use the 2nd solution to support db 1.85 format.

Maybe you can barrow the codes from the deprecated DBM extension to
utilize the 1st solution
to support the Berkeley DB 1.85 format in FreeBSD.
This may increase the portability.

~ dada


Previous Comments:


[2004-08-05 04:05:21] dada at bbs dot giga dot net dot tw

I just send the modified source to you.

Thanks.



[2004-08-05 00:37:40] [EMAIL PROTECTED]

Please send me your handler file. I'll see what to do next. And thanks
for your patience and very much for your efforts in helping.



[2004-08-04 12:49:32] dada at bbs dot giga dot net dot tw

The DBM is not the database format, but the API interface.

So the 'support for DBM handler' may be confused.

The PHP source use gdbm's dbm (api) emulation as underlying library to
build DBM handler support in DBA.

But the resulting database format for this kind of 'dbm' handler does
NOT compatible with FreeBSD's built-in DB format.

FreeBSD has its built-in database format (libc) which been used in the
system everywhere, such as /etc/mail/aliases.db.

In fact, FreeBSD/db's format is the same as 'Berkeley DB 1.85'

So my question becomes:

How to access 'Berkeley DB 1.85' by DBA extension ?

-or-

How to build 'dbm' handler with FreeBSD/db as underlying library ?

The deprecated PHP dbm_* extension can open 'Berkeley DB 1.85' in
FreeBSD. But this should be replaced by DBA.

The codes in PHP/ext/dba/dba_dbm.c does not compatiable with the API of
FreeBSD's db library.

I decided to fix this myself.

I rewrite the PHP/ext/dba/dba_dbm.c today, and it can be build with
FreeBSD/db. It now runs perfectly.

But I think this should be called as 'db1' handler.
The codes can only be compiled in FreeBSD.

I don't know if you would like to add this into PHP CVS.
I'll be glad if I can contribute my codes.

Thanks for your patience on the report and tolerate my poor english.



[2004-08-02 13:20:45] [EMAIL PROTECTED]

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

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

Thank you for your interest in PHP.




[2004-07-30 09:13:08] dada at bbs dot giga dot net dot tw

Description:

Yes, it's related to Bug #28384.

Since DBM extension is deprecated.
I need the DBM handler (Berkeley DB 1.85) support of DBA extension.
(ex: dba_open( 'index.db', 'n', 'dbm' ) )

FreeBSD has its own built-in DBM library, which is Berkeley DB 1.85.

But I can not build DBA extension with FreeBSD's DBM.
The DBM support can not be auto-detected by the configure script.







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


#29738 [NEW]: percentages error

2004-08-18 Thread support at pulse-hosting dot com
From: support at pulse-hosting dot com
Operating system: Linux RedHat
PHP version:  Irrelevant
PHP Bug Type: Unknown/Other Function
Bug description:  percentages error

Description:

I can't seem to work out why, but the %() function doesn't always return
the right out. For example 25% (40); returns 25 yet 25% of 40 is 15. I've
checked and checked again and the error is on php's side and not mine.
Other percentages work yet some don't.

Reproduce code:
---
$sum = 25% (40);
echo "25% of 40 is ".$sum;

Expected result:

25% of 40 is 15

Actual result:
--
25% of 40 is 25

-- 
Edit bug report at http://bugs.php.net/?id=29738&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29738&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29738&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29738&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29738&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29738&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29738&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29738&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29738&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29738&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29738&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29738&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29738&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29738&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29738&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29738&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29738&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29738&r=float


#20201 [Bgs->Csd]: wont start (LoadModule issue)

2004-08-18 Thread Boris at CrazySnowBoarder dot com
 ID:   20201
 User updated by:  Boris at CrazySnowBoarder dot com
 Reported By:  Boris at CrazySnowBoarder dot com
-Status:   Bogus
+Status:   Closed
 Bug Type: *Configuration Issues
 Operating System: xp home
 PHP Version:  4.3.0-pre2
 New Comment:

Works fine in later Versions with right configuration


Previous Comments:


[2002-10-31 14:58:39] [EMAIL PROTECTED]

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

Not a bug, the versions dont match. Get the latest snapshot off
snaps.php.net (http://snaps.php.net/php4-latest.tar.gz)



[2002-10-31 14:54:15] Boris at CrazySnowBoarder dot com

ok then i get this...

apache: module "c:\php4build\snap\sapi\apache2filter\sapi_apache2.c" is
not comp
atible with this version of Apache (found 20020628, need 20020903).
Please contact the vendor for the correct version.



[2002-10-31 14:35:28] [EMAIL PROTECTED]

Don't use a space in your directory name, this is the argument
seperator. Putting "" around the path _might_ work.
Not a bug -> bogus



[2002-10-31 14:34:02] Boris at CrazySnowBoarder dot com

ok problme is with this line
LoadModule php4_module C:\Program Files\PHP\SAPI\php4apache2.dll

i have tried many combination and moved file to differnt 
loaction including root of apache2...

as soon as i add this line to(httpd.conf) apache doesn't start

when i run command apache.exe -k start
it gives me that loadModule requres 2 argumes and i have too..



[2002-10-31 14:08:31] [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.




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

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


#29739 [NEW]: Error at libmysql.c:388

2004-08-18 Thread fmonna at generali dot es
From: fmonna at generali dot es
Operating system: AIX 4.3.3 ML10
PHP version:  4.3.8
PHP Bug Type: Compile Failure
Bug description:  Error at libmysql.c:388

Description:

After a succefull configure, make fails to compile at libmysql.c:388

I'm using gcc. My configure command was:

./configure --with-mysql --with-apxs=/usr/HTTPServer/bin/apxs --with-gd
--with-zlib-dir=/usr/local/lib --with-jpeg-dir=/usr/local/lib
--with-png-dir=/usr/local/lib --with-xpm-dir=/usr/local/lib

Thanks for any help !!

Reproduce code:
---
make
/bin/sh /tmp/php/php-4.3.8/libtool --silent --preserve-dup-deps
--mode=compile gcc -I/tmp/php/php-4.3.8/ext/mysql/libmysql -Iext/mysql/
-I/tmp/php/php-4.3.8/ext/mysql/ -DPHP_ATOM_INC
-I/tmp/php/php-4.3.8/include -I/tmp/php/php-4.3.8/main
-I/tmp/php/php-4.3.8 -I/tmp/php/php-4.3.8/Zend -I/usr/local/include
-I/tmp/php/php-4.3.8/ext/xml/expat  -I/tmp/php/php-4.3.8/TSRM  -O2 
-prefer-pic -c /tmp/php/php-4.3.8/ext/mysql/libmysql/libmysql.c -o
ext/mysql/libmysql/libmysql.lo
In file included from /tmp/php/php-4.3.8/ext/mysql/libmysql/libmysql.c:4:
/tmp/php/php-4.3.8/ext/mysql/libmysql/global.h:260: warning: redefinition
of `uint'
/usr/local/lib/gcc-lib/powerpc-ibm-aix4.3.2.0/3.0.1/include/sys/types.h:464:
warning: `uint' previously declared here
/tmp/php/php-4.3.8/ext/mysql/libmysql/global.h:261: warning: redefinition
of `ushort'
/usr/local/lib/gcc-lib/powerpc-ibm-aix4.3.2.0/3.0.1/include/sys/types.h:463:
warning: `ushort' previously declared here
In file included from /tmp/php/php-4.3.8/ext/mysql/libmysql/libmysql.c:4:
/tmp/php/php-4.3.8/ext/mysql/libmysql/global.h:577: conflicting types for
`int8'
/usr/include/sys/inttypes.h:622: previous declaration of `int8'
/tmp/php/php-4.3.8/ext/mysql/libmysql/global.h:578: warning: redefinition
of `int16'
/usr/include/sys/inttypes.h:623: warning: `int16' previously declared
here
/tmp/php/php-4.3.8/ext/mysql/libmysql/global.h:581: warning: redefinition
of `uchar'
/usr/local/lib/gcc-lib/powerpc-ibm-aix4.3.2.0/3.0.1/include/sys/types.h:462:
warning: `uchar' previously declared here
/tmp/php/php-4.3.8/ext/mysql/libmysql/global.h:588: warning: redefinition
of `int32'
/usr/include/sys/inttypes.h:624: warning: `int32' previously declared
here
/tmp/php/php-4.3.8/ext/mysql/libmysql/global.h:601: warning: redefinition
of `ulong'
/usr/local/lib/gcc-lib/powerpc-ibm-aix4.3.2.0/3.0.1/include/sys/types.h:465:
warning: `ulong' previously declared here
/tmp/php/php-4.3.8/ext/mysql/libmysql/libmysql.c: In function
`net_field_length_ll':
/tmp/php/php-4.3.8/ext/mysql/libmysql/libmysql.c:388: warning: left shift
count >= width of type
make: 1254-004 The error code from the last command is 1.


-- 
Edit bug report at http://bugs.php.net/?id=29739&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29739&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29739&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29739&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29739&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29739&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29739&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29739&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29739&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29739&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29739&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29739&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29739&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29739&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29739&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29739&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29739&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29739&r=float


#28391 [Com]: token_get_all stack underflow error after include call

2004-08-18 Thread wb at pro-net dot co dot uk
 ID:   28391
 Comment by:   wb at pro-net dot co dot uk
 Reported By:  fred at bitwyze dot com
 Status:   Open
 Bug Type: Zend Engine 2 problem
 Operating System: Linux Red Hat 8.0
 PHP Version:  5.0.0RC2
 New Comment:

I am also seeing the same issue with the token_get_all() function
produceing a

PHP Fatal Error: start-condition stack underflow

Now 99% of the time i will not get this error but it just appears for
no real reason the other 1% of the time even though nothing has
changed.

Im using FreeBSD + PHP 5.0.0


Previous Comments:


[2004-05-14 00:43:26] fred at bitwyze dot com

Description:

When there is a parse error in an included file before a call to
token_get_all the error is printed out and execution is stoped.

I fix the error in the include file and reload the file that is
including it and get;

"Fatal error: start-condition stack underflow in /index.php on line 4"

I reload my browser, same thing.  I hit reload for a minute or two
still getting the stack underflow error.  Then magically after some
time of hitting refresh it disapears and gives the the correct output.

If I restart the web server the stack underflow error goes away.

It happens is both php5-200405131630 and  5.0.0RC32 compiled with the
same flags

'./configure' '--with-apxs=/web/apache/bin/apxs' '--enable-track-vars'
'--enable-force-cgi-redirect' '--with-gettext'
'--with-mysql=/usr--with-freetype' '--enable-gd-native-ttf'
'--with-fdftk=/usr/local' '--with-zlib=/usr' '--with-freetype-dir=/usr'
'--with-png-dir=/usr' '--with-tiff-dir=/usr--with-jpeg-dir=/usr'
'--with-zlib-dir=/usr' '--with-pdflib=/usr/local'
'--with-pdflibpsp=/usr/local' '--with-xml' '--with-expat-dir=/usr'
'--with-iconv=/usr/local' '--with-xmlrpc' '--enable-dbase'
'--disable-debug' '--with-pgsql'
'--with-config-file-path=/usr/local/lib/php5.ini'



Reproduce code:
---


somefile.php that gets included
 

class style {

}
?>

Expected result:

12

Actual result:
--
"Fatal error: start-condition stack underflow in /index.php on line 4"






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


#29740 [NEW]: Apache2 Environment variables for Oracle are incorrect

2004-08-18 Thread atebbe at utk dot edu
From: atebbe at utk dot edu
Operating system: Suse Professional 9.1
PHP version:  5.0.1
PHP Bug Type: Apache2 related
Bug description:  Apache2 Environment variables for Oracle are incorrect

Description:

We attempted to build PHP with OCI support using Oracle 8.  Oracle 8
wouldn't install cleanly on Suse 9.1, so we installed Oracle 9 instead,
and built PHP using these libraries.  PHP Info still  shows that Apache is
setting ORACLE_HOME, ORA_NLS33 to Oracle 8 locations, and the ORACLE_SID is
incorrect as well.  Where does PHP get these values from, and can I change
these?


-- 
Edit bug report at http://bugs.php.net/?id=29740&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29740&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29740&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29740&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29740&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29740&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29740&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29740&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29740&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29740&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29740&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29740&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29740&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29740&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29740&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29740&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29740&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29740&r=float


#29738 [Opn->Bgs]: percentages error

2004-08-18 Thread tony2001
 ID:   29738
 Updated by:   [EMAIL PROTECTED]
 Reported By:  support at pulse-hosting dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: Linux RedHat
 PHP Version:  Irrelevant
 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.

There is no "%() function" in PHP.
Check appropriate part of the documentation:
http://www.php.net/manual/en/language.operators.arithmetic.php


Previous Comments:


[2004-08-18 17:40:33] support at pulse-hosting dot com

Description:

I can't seem to work out why, but the %() function doesn't always
return the right out. For example 25% (40); returns 25 yet 25% of 40 is
15. I've checked and checked again and the error is on php's side and
not mine. Other percentages work yet some don't.

Reproduce code:
---
$sum = 25% (40);
echo "25% of 40 is ".$sum;

Expected result:

25% of 40 is 15

Actual result:
--
25% of 40 is 25





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


#29738 [Bgs]: percentages error

2004-08-18 Thread support at pulse-hosting dot com
 ID:   29738
 User updated by:  support at pulse-hosting dot com
 Reported By:  support at pulse-hosting dot com
 Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: Linux RedHat
 PHP Version:  Irrelevant
 New Comment:

Oops, I ment 10, the correct output should be 10 not 15. 25% of 40 is
10


Previous Comments:


[2004-08-18 18:10:42] [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.

There is no "%() function" in PHP.
Check appropriate part of the documentation:
http://www.php.net/manual/en/language.operators.arithmetic.php



[2004-08-18 17:40:33] support at pulse-hosting dot com

Description:

I can't seem to work out why, but the %() function doesn't always
return the right out. For example 25% (40); returns 25 yet 25% of 40 is
15. I've checked and checked again and the error is on php's side and
not mine. Other percentages work yet some don't.

Reproduce code:
---
$sum = 25% (40);
echo "25% of 40 is ".$sum;

Expected result:

25% of 40 is 15

Actual result:
--
25% of 40 is 25





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


#29738 [Bgs]: percentages error

2004-08-18 Thread support at pulse-hosting dot com
 ID:   29738
 User updated by:  support at pulse-hosting dot com
 Reported By:  support at pulse-hosting dot com
 Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: Linux RedHat
 PHP Version:  Irrelevant
 New Comment:

oh sorry :P


Previous Comments:


[2004-08-18 18:17:18] support at pulse-hosting dot com

Oops, I ment 10, the correct output should be 10 not 15. 25% of 40 is
10



[2004-08-18 18:10:42] [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.

There is no "%() function" in PHP.
Check appropriate part of the documentation:
http://www.php.net/manual/en/language.operators.arithmetic.php



[2004-08-18 17:40:33] support at pulse-hosting dot com

Description:

I can't seem to work out why, but the %() function doesn't always
return the right out. For example 25% (40); returns 25 yet 25% of 40 is
15. I've checked and checked again and the error is on php's side and
not mine. Other percentages work yet some don't.

Reproduce code:
---
$sum = 25% (40);
echo "25% of 40 is ".$sum;

Expected result:

25% of 40 is 15

Actual result:
--
25% of 40 is 25





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


#29740 [Opn->Bgs]: Apache2 Environment variables for Oracle are incorrect

2004-08-18 Thread tony2001
 ID:   29740
 Updated by:   [EMAIL PROTECTED]
 Reported By:  atebbe at utk dot edu
-Status:   Open
+Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Suse Professional 9.1
 PHP Version:  5.0.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.

PHP and OCI lib get these values from the environment.
Plz, ask such questions in support mailing lists.


Previous Comments:


[2004-08-18 18:08:53] atebbe at utk dot edu

Description:

We attempted to build PHP with OCI support using Oracle 8.  Oracle 8
wouldn't install cleanly on Suse 9.1, so we installed Oracle 9 instead,
and built PHP using these libraries.  PHP Info still  shows that Apache
is setting ORACLE_HOME, ORA_NLS33 to Oracle 8 locations, and the
ORACLE_SID is incorrect as well.  Where does PHP get these values from,
and can I change these?






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


#29652 [Opn->Fbk]: number of FD to ocius.msg is growing

2004-08-18 Thread tony2001
 ID:   29652
 Updated by:   [EMAIL PROTECTED]
 Reported By:  yannick at agl dot fr
-Status:   Open
+Status:   Feedback
 Bug Type: OCI8 related
 Operating System: Linux Redhat 7.3
 PHP Version:  4.3.7
 New Comment:

Tested under Linux with Oracle 9.2.0.1, Apache 1.3.31 and latest PHP5 &
PHP4 versions.
Cannot reproduce your situation - there is still only one ocius.msb's
descriptor.
Plz, provide more info about software installed - versions of Oracle,
Apache etc.



Previous Comments:


[2004-08-17 11:34:14] yannick at agl dot fr

Yes the limit of FD is exceeded...
This issue occurs only with php not with JDBC under OCI.



[2004-08-17 07:38:36] [EMAIL PROTECTED]

So, what the problem with it? It exceedes your FD limit?
It's most likely to be an OCI trouble, 'cos PHP knows nothing about
ocius.msg.



[2004-08-16 10:15:35] yannick at agl dot fr

the number of FD is growing constantly for each child. 
for example:

>ps -ef  | grep httpd
root   469 1  0 Aug05 ?00:00:00
/usr/local/apache/bin/httpd -f /
web   6853   469  0 07:57 ?00:01:09
/usr/local/apache/bin/httpd -f /
web   7035   469  0 08:02 ?00:00:18
/usr/local/apache/bin/httpd -f /
web   7138   469  0 08:07 ?00:00:25
/usr/local/apache/bin/httpd -f /
web   8408   469  0 08:52 ?00:00:21
/usr/local/apache/bin/httpd -f /
web   8428   469  0 08:53 ?00:00:17
/usr/local/apache/bin/httpd -f /
web   8429   469  0 08:53 ?00:00:17
/usr/local/apache/bin/httpd -f /
web  10107   469  0 09:54 ?00:00:04
/usr/local/apache/bin/httpd -f /
web  10402   469  0 10:05 ?00:00:01
/usr/local/apache/bin/httpd -f /
web  10413   469  0 10:06 ?00:00:01
/usr/local/apache/bin/httpd -f /
web  10626   469  1 10:11 ?00:00:00
/usr/local/apache/bin/httpd -f /
web  10630   469  0 10:11 ?00:00:00
/usr/local/apache/bin/httpd -f /
web  10631   469  0 10:11 ?00:00:00
/usr/local/apache/bin/httpd -f /
web  10661   469  0 10:12 ?00:00:00
/usr/local/apache/bin/httpd -f /

number of child: 14

> cd /proc/7035/fd
> ls -l |grep ocius |wc
> 235
i think each request make a new FD...



[2004-08-13 17:36:12] [EMAIL PROTECTED]

Does it grow constantly or it stops after reaching the number of apache
childs?
Can you please try the same with OCINLogon ?
Btw, ocilogoff() does nothing for a long time (connections are closed
by Oracle after a timeout).



[2004-08-13 15:54:06] yannick at agl dot fr

Description:

i see the number of file descriptor to ocius.msg is growing for each
apache child. so i reproduce problem with this script.

Reproduce code:
---



Expected result:

1 file descriptor to ocius.msg
1 connection to database

Actual result:
--
the number of file descriptor to ocius.msg is growing.
1 connection to database





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


#29727 [Opn]: CUROPT_PROXYAUTH constant is not registered

2004-08-18 Thread bip at pennec dot org
 ID:   29727
 User updated by:  bip at pennec dot org
-Summary:  CUROPT_PROXYAUTH constant is not register
 Reported By:  bip at pennec dot org
 Status:   Open
 Bug Type: cURL related
 Operating System: All
 PHP Version:  4.3.9RC1
 New Comment:

This patch seems to works with libcurl 7.12.
The patch is applied against curl.c version of php 4.3.4

43,47d39
> /* As of curl 7.11.1 this is no longer defined inside curl.h */
> #ifndef HttpPost
> #define HttpPost curl_httppost
> #endif
>
197a198,210
> #if LIBCURL_VERSION_NUM >= 0x070a07 /* CURLOPT_HTTPAUTH is available
since curl 7.10.6 */
>   REGISTER_CURL_CONSTANT(CURLOPT_PROXYAUTH);
>   REGISTER_CURL_CONSTANT(CURLOPT_HTTPAUTH);
> /* http authentication options */
> REGISTER_CURL_CONSTANT(CURLAUTH_BASIC);
> REGISTER_CURL_CONSTANT(CURLAUTH_DIGEST);
> REGISTER_CURL_CONSTANT(CURLAUTH_GSSNEGOTIATE);
> REGISTER_CURL_CONSTANT(CURLAUTH_NTLM);
> REGISTER_CURL_CONSTANT(CURLAUTH_ANY);
> REGISTER_CURL_CONSTANT(CURLAUTH_ANYSAFE);
>
> #endif
>
715a729,732
> #if LIBCURL_VERSION_NUM >= 0x070a07
>   case CURLOPT_PROXYAUTH:
>   case CURLOPT_HTTPAUTH:
> #endif


Previous Comments:


[2004-08-18 11:05:04] bip at pennec dot org

Description:

CURLOPT_PROXYAUTH constant appears in libcurl 7.10.7 but is not
register in recents releases of the php_curl module.

This constant is needed to pass thru proxy with ntlm authentication

Reproduce code:
---
$ch = curl_init();

curl_setopt ($ch, CURLOPT_PROXYAUTH, CURLAUTH_NTLM);






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


#29646 [Fbk->Opn]: mail() inserts change CRLF ("\r\n") to CRCRLF ("\r\r\n") for some extra headers

2004-08-18 Thread shelby at coolpage dot com
 ID:   29646
 User updated by:  shelby at coolpage dot com
 Reported By:  shelby at coolpage dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Mail related
 Operating System: FreeBSD
 PHP Version:  4.3.4
 New Comment:

No I will not do your work for you!

Your general assumption that it was fixed without specific knowledge it
was fixed is not enough to make me go through the hassle.  In short I
doubt your assertion it is fixed, because:

1. You have not provided specific knowledge that it was fixed.  It
seems you are just hoping it was, and want me to go through hassle to
prove it.  You prove it.  It is not my bug.  It is YOUR bug.

2. You closed this other similar bug report in Feb. 2003:

http://bugs.php.net/bug.php?id=22262

But I am using a version from Nov. 2003:

[EMAIL PROTECTED] php -v
PHP 4.3.4 (cli) (built: Nov  4 2003 16:10:03)
Copyright (c) 1997-2003 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies

And this bug has been around since at least 2002 and has been ignored. 
No related bug report has been marked as fixed.  They were both closed
because the people who made the bug reports are not going to test it
for you:

http://bugs.php.net/bug.php?id=22262

http://bugs.php.net/bug.php?id=15841

You method of closing bug reports because reporters are not willing to
retest every time you decide to put a new version # on PHP is
ridiculous.

Have it your way...fix it or do not fix it... closing this bug report
does not mean it is fixed.


Previous Comments:


[2004-08-17 08:11:30] [EMAIL PROTECTED]

You're using a very old PHP version (4.3.4), I am very sure it was
fixed since. So try that snapshot.



[2004-08-17 00:58:42] shelby at coolpage dot com

Also telling us to try the latest snapshot is useless unless you tell
us what is the correct use of the mail() function on Qmail.

Please see my original post and please answer the question as to what
is the correct documented use.

In the meantime, I have provided a documented use in my comments on
this bug which works and which I am suggesting that others link to, as
a replacement for the document for PHP mail().  Hopefully that will
generate enough pressure to finally fix this bug and also help people
work around it in meantime!

Correction: in previous post for work around, I said "if another header
follows".  I believe I insert the "\r\n" and "\n", even after the last
header input to mail().



[2004-08-17 00:52:38] shelby at coolpage dot com

Thanks, but has the latest snapshot been specifically edited to fix
this specific problem?

Because this problem as been around for years, and so only a specific
fix is worth my time.

Also I have no way to test the latest snapshot until my host Pair.com
upgrades.

I alerted Pair.com to this problem.



[2004-08-17 00:49:37] shelby at coolpage dot com

I verified that the work around this bug for my configuration (as
previously mentioned) is to use "\r\n" only after the "From:",
"Reply-To:", "Cc:", and "Bcc:" headers, if there is another header
which follows, and to use only "\n" after other extra headers, if
another header follows.

Note in my use, I only tried placing the "From:", "Reply-To:", "Cc:",
and "Bcc:" headers first, and any extra headers (such as "Date:",
"Mime-Versions:", etc) after.



[2004-08-17 00:40:32] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip





The 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/29646

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


#29735 [Bgs->Opn]: Segfault (11) / Possible stack corruption

2004-08-18 Thread sparkeh at btinternet dot com
 ID:   29735
 User updated by:  sparkeh at btinternet dot com
 Reported By:  sparkeh at btinternet dot com
-Status:   Bogus
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: Linux 2.6.7-gentoo-r9
 PHP Version:  5.0.1
 New Comment:

There is no loop here. This is segfaulting because the function is
failing to return correctly (stack corruption). Remove the "global"
statement, and add an echo '' outside of the switch() braces to see
normal (expected) program flow.


Previous Comments:


[2004-08-18 17:18:38] sparkeh at btinternet dot com

What loop??

Remove the "global $moo" and the $rar = 0 and it runs as expected:





[2004-08-18 17:05:03] [EMAIL PROTECTED]

?
You call the function segfault() in a never ending loop.



[2004-08-18 16:17:19] sparkeh at btinternet dot com

There is no recursion. This is a function being called from within a
switch block. Surely?



[2004-08-18 15:47:59] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

This is expected, PHP does not protect against infinite recursion.



[2004-08-18 15:24:10] sparkeh at btinternet dot com

Description:

I've tried to get the code to the minimum required to cause a crash.
The combination of the local variable being defined and the global
reference seems to be causing stack corruption (the script never
returns successfully from the function call:

jelly can # php -f crash.php
About to segfault : Segmentation fault
jelly can # php -v
PHP 5.0.1 (cli) (built: Aug 18 2004 12:39:38)

Reproduce code:
---



Expected result:

About to segfault : 

Actual result:
--
About to segfault : Segmentation fault






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


#29742 [NEW]: Parse error when using a script for displaying contents by url querys

2004-08-18 Thread cheetah-z at web dot de
From: cheetah-z at web dot de
Operating system: FreeBSD
PHP version:  4.3.8
PHP Bug Type: Unknown/Other Function
Bug description:  Parse error when using a script for displaying contents by url querys

Description:

I wanted to build a website with an structure as easy as possible. So i
decided to use a php script displaying different contents on the same site
by using querys.

BTW: Sorry for my english, it may be a bit lame, but I am German so just
try to understand my special germenglish.

Reproduce code:
---
Willkommen auf der Webseite von TM-Servers
 Diese Webseite wurde zum Zweck der Information...
 ...tm-server.de.vu ging heute online.";
 if ($site == "server") {
 echo "Serverdaten folgen in Kürze!";
 }
 if ($site == "members") {
 echo "Mitgliederliste folgt in Kürze!";
 }
 if ($site == "links") {
 echo "Hier werden demnächst sehenswerte Links
 gesammelt!";
 }
 if ($site == "partner") {
 echo "Demnächst werden hier alle Partner und Sponsoren
 von TM-Serversaufgeführt!";
 }
?>

Expected result:

I expected my website to open regularly and when clicking a link
containing a query
(for example: "index.php?site=members" to display the content defined by
the echo function (for example: "Mitgliederliste folgt in Kürze!")

Actual result:
--
Parse error: parse error, unexpected $ in
/home/export/www/vhosts/funnetwork/hosting/cheetah7/index.php on line 97


an important information is, that line 97 is the very end of index.php and
just contains: "" The php tag was already closed many lines before!

-- 
Edit bug report at http://bugs.php.net/?id=29742&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29742&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29742&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29742&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29742&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29742&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29742&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29742&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29742&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29742&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29742&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29742&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29742&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29742&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29742&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29742&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29742&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29742&r=float


#29131 [Com]: Compile fails on exif

2004-08-18 Thread smgallo at buffalo dot edu
 ID:   29131
 Comment by:   smgallo at buffalo dot edu
 Reported By:  james dot robinson at netregistry dot com dot au
 Status:   Open
 Bug Type: Compile Failure
 Operating System: Debian Stable
 PHP Version:  5.0.0
 New Comment:

I am experiencing the same problem with php 5.0.1 on RedHat Enterprise
3 AS.


Previous Comments:


[2004-07-18 18:35:49] itsdave101 at yahoo dot com

I am also having the same problem

although i am building an rpm on fedora core 1, i have successfully
compiled an rpm without mbstring..'

i dont personally need mbstring, but i was just trying to build an rpm
with all the same options of the php4 rpm that comes with fedora., i
can provide src rpm if anyone is interested.


./configure --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu
--target=i386-redhat-linux --program-prefix= --prefix=/usr
--exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin
--sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include
--libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var
--sharedstatedir=/usr/com --mandir=/usr/share/man
--infodir=/usr/share/info --cache-file=../config.cache
--with-config-file-path=/etc --with-config-file-scan-dir=/etc/php.d
--enable-force-cgi-redirect --disable-debug --enable-pic
--disable-rpath --enable-inline-optimization --with-bz2 --with-db4=/usr
--with-curl --with-exec-dir=/usr/bin --with-freetype-dir=/usr
--with-png-dir=/usr --with-gd --enable-gd-native-ttf --with-gdbm
--with-gettext --with-ncurses --with-gmp --with-iconv
--with-jpeg-dir=/usr --with-openssl --with-png --with-pspell
--with-regex=system --with-xml --with-expat-dir=/usr
--with-dom=shared,/usr --with-dom-xslt=/usr --with-dom-exslt=/usr
--with-xmlrpc=shared --with-pcre=/usr --with-zlib --with-layout=GNU
--enable-bcmath --enable-exif --enable-ftp --enable-magic-quotes
--enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm
--enable-discard-path --enable-track-vars --enable-trans-sid
--enable-yp --enable-wddx --without-oci8 --with-pear=/usr/share/pear
--with-imap=shared --with-imap-ssl --with-kerberos --with-ldap=shared
--with-mysql=shared,/usr --with-pgsql=shared --with-snmp=shared,/usr
--with-snmp=shared --enable-ucd-snmp-hack --with-unixODBC=shared
--enable-memory-limit --enable-bcmath --enable-shmop --enable-calendar
--enable-dbx --enable-dio --enable-mcal --enable-mbstring
--enable-force-cgi-redirect



[2004-07-16 18:27:18] sheltren at cs dot ucsb dot edu

I receive the same error during compile on Fedora Core 2.

I can paste the configure options if needed, although, like the initial
report, configure exited cleanly without reporting any errors.



[2004-07-14 03:46:05] james dot robinson at netregistry dot com dot au

Description:

Compile fails with the following:

gcc  -Iext/exif/ -I/usr/src/php/php-5.0.0/ext/exif/ -DPHP_ATOM_INC
-I/usr/src/php/php-5.0.0/include -I/usr/src/php/php-5.0.0/main
-I/usr/src/php/php-5.0.0 -I/usr/local/include
-I/usr/src/php/php-5.0.0/Zend -I/usr/include/libxml2
-I/usr/X11R6/include -I/usr/include/freetype2 -I/usr/include/c-client
-I/usr/src/php/php-5.0.0/ext/mbstring/oniguruma
-I/usr/src/php/php-5.0.0/ext/mbstring/libmbfl
-I/usr/src/php/php-5.0.0/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql
-I/usr/include/postgresql  -I/usr/src/php/php-5.0.0/TSRM  -g -O2  -c
/usr/src/php/php-5.0.0/ext/exif/exif.c -o ext/exif/exif.o  && echo >
ext/exif/exif.lo
In file included from
/usr/src/php/php-5.0.0/ext/mbstring/php_mbregex.h:28,
 from
/usr/src/php/php-5.0.0/ext/mbstring/mbstring.h:77,
 from /usr/src/php/php-5.0.0/ext/exif/exif.c:76:
/usr/src/php/php-5.0.0/ext/mbstring/oniguruma/oniguruma.h:573:
redefinition of `struct re_registers'
make: *** [ext/exif/exif.lo] Error 1

Configure:
./configure \
--prefix=/usr/local/php-5.0.0 \
--with-regex=system \
--enable-calendar \
--with-iodbc \
--with-dom \
--with-curl \
--with-openssl \
--with-iconv \
--enable-filepro \
--enable-ftp \
--with-gettext \
--enable-sysvsem \
--enable-sysvshm \
--disable-debug \
--with-gd \
--with-imap=/usr \
--with-ldap=/usr \
--with-mm=/usr \
--with-mysql=/usr \
--with-pcre-regex=/usr \
--with-pgsql=/usr \
--enable-sockets \
--with-zlib \
--enable-memory-limit \
--enable-fastcgi \
--with-pear \
--enable-mbstring \
--enable-shmop \
--enable-exif \
--enable-bcmath \
--enable-safe-mode \
--with-jpeg-dir=/usr \
--with-png-dir=/usr \
--with-xpm-dir=/usr \
--enable-xslt \
--with-xslt \
--with-xslt-sablot \
--with-mhash \
--with-mcrypt=/usr \
--without-tsrm-pthreads \
--with-tsrm-pth \
--enable-wddx \
--disable-shared \
--with-freetype-dir=/usr/lib \
--with-fastcgi=/usr/local

Configure does not return any errors.






--

#29131 [Com]: Compile fails on exif

2004-08-18 Thread smgallo at buffalo dot edu
 ID:   29131
 Comment by:   smgallo at buffalo dot edu
 Reported By:  james dot robinson at netregistry dot com dot au
 Status:   Open
 Bug Type: Compile Failure
 Operating System: Debian Stable
 PHP Version:  5.0.0
 New Comment:

I am experiencing the same problem with php 5.0.1 on RedHat Enterprise
3 AS.


Previous Comments:


[2004-08-18 20:36:23] smgallo at buffalo dot edu

I am experiencing the same problem with php 5.0.1 on RedHat Enterprise
3 AS.



[2004-07-18 18:35:49] itsdave101 at yahoo dot com

I am also having the same problem

although i am building an rpm on fedora core 1, i have successfully
compiled an rpm without mbstring..'

i dont personally need mbstring, but i was just trying to build an rpm
with all the same options of the php4 rpm that comes with fedora., i
can provide src rpm if anyone is interested.


./configure --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu
--target=i386-redhat-linux --program-prefix= --prefix=/usr
--exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin
--sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include
--libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var
--sharedstatedir=/usr/com --mandir=/usr/share/man
--infodir=/usr/share/info --cache-file=../config.cache
--with-config-file-path=/etc --with-config-file-scan-dir=/etc/php.d
--enable-force-cgi-redirect --disable-debug --enable-pic
--disable-rpath --enable-inline-optimization --with-bz2 --with-db4=/usr
--with-curl --with-exec-dir=/usr/bin --with-freetype-dir=/usr
--with-png-dir=/usr --with-gd --enable-gd-native-ttf --with-gdbm
--with-gettext --with-ncurses --with-gmp --with-iconv
--with-jpeg-dir=/usr --with-openssl --with-png --with-pspell
--with-regex=system --with-xml --with-expat-dir=/usr
--with-dom=shared,/usr --with-dom-xslt=/usr --with-dom-exslt=/usr
--with-xmlrpc=shared --with-pcre=/usr --with-zlib --with-layout=GNU
--enable-bcmath --enable-exif --enable-ftp --enable-magic-quotes
--enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm
--enable-discard-path --enable-track-vars --enable-trans-sid
--enable-yp --enable-wddx --without-oci8 --with-pear=/usr/share/pear
--with-imap=shared --with-imap-ssl --with-kerberos --with-ldap=shared
--with-mysql=shared,/usr --with-pgsql=shared --with-snmp=shared,/usr
--with-snmp=shared --enable-ucd-snmp-hack --with-unixODBC=shared
--enable-memory-limit --enable-bcmath --enable-shmop --enable-calendar
--enable-dbx --enable-dio --enable-mcal --enable-mbstring
--enable-force-cgi-redirect



[2004-07-16 18:27:18] sheltren at cs dot ucsb dot edu

I receive the same error during compile on Fedora Core 2.

I can paste the configure options if needed, although, like the initial
report, configure exited cleanly without reporting any errors.



[2004-07-14 03:46:05] james dot robinson at netregistry dot com dot au

Description:

Compile fails with the following:

gcc  -Iext/exif/ -I/usr/src/php/php-5.0.0/ext/exif/ -DPHP_ATOM_INC
-I/usr/src/php/php-5.0.0/include -I/usr/src/php/php-5.0.0/main
-I/usr/src/php/php-5.0.0 -I/usr/local/include
-I/usr/src/php/php-5.0.0/Zend -I/usr/include/libxml2
-I/usr/X11R6/include -I/usr/include/freetype2 -I/usr/include/c-client
-I/usr/src/php/php-5.0.0/ext/mbstring/oniguruma
-I/usr/src/php/php-5.0.0/ext/mbstring/libmbfl
-I/usr/src/php/php-5.0.0/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql
-I/usr/include/postgresql  -I/usr/src/php/php-5.0.0/TSRM  -g -O2  -c
/usr/src/php/php-5.0.0/ext/exif/exif.c -o ext/exif/exif.o  && echo >
ext/exif/exif.lo
In file included from
/usr/src/php/php-5.0.0/ext/mbstring/php_mbregex.h:28,
 from
/usr/src/php/php-5.0.0/ext/mbstring/mbstring.h:77,
 from /usr/src/php/php-5.0.0/ext/exif/exif.c:76:
/usr/src/php/php-5.0.0/ext/mbstring/oniguruma/oniguruma.h:573:
redefinition of `struct re_registers'
make: *** [ext/exif/exif.lo] Error 1

Configure:
./configure \
--prefix=/usr/local/php-5.0.0 \
--with-regex=system \
--enable-calendar \
--with-iodbc \
--with-dom \
--with-curl \
--with-openssl \
--with-iconv \
--enable-filepro \
--enable-ftp \
--with-gettext \
--enable-sysvsem \
--enable-sysvshm \
--disable-debug \
--with-gd \
--with-imap=/usr \
--with-ldap=/usr \
--with-mm=/usr \
--with-mysql=/usr \
--with-pcre-regex=/usr \
--with-pgsql=/usr \
--enable-sockets \
--with-zlib \
--enable-memory-limit \
--enable-fastcgi \
--with-pear \
--enable-mbstring \
--enable-shmop \
--enable-exif \
--enable-bcmath \
--enable-safe-mode \
--with-jpeg-dir=/usr \
--with-png-dir=/usr \
--with-xpm-dir=/usr \
--enable-xslt \
--with-xslt \
--with-xslt-sablot \
--with-mhash \
--with-mcrypt=/usr \
--without-tsrm-pthreads \
--with-tsrm-pth \
--enable-

#29735 [Opn]: Segfault (11) / Possible stack corruption

2004-08-18 Thread sparkeh at btinternet dot com
 ID:   29735
 User updated by:  sparkeh at btinternet dot com
 Reported By:  sparkeh at btinternet dot com
 Status:   Open
 Bug Type: Reproducible crash
 Operating System: Linux 2.6.7-gentoo-r9
 PHP Version:  5.0.1
 New Comment:

N.B. Original code tested and works as expected with PHP 4.3.3


Previous Comments:


[2004-08-18 19:44:13] sparkeh at btinternet dot com

There is no loop here. This is segfaulting because the function is
failing to return correctly (stack corruption). Remove the "global"
statement, and add an echo '' outside of the switch() braces to see
normal (expected) program flow.



[2004-08-18 17:18:38] sparkeh at btinternet dot com

What loop??

Remove the "global $moo" and the $rar = 0 and it runs as expected:





[2004-08-18 17:05:03] [EMAIL PROTECTED]

?
You call the function segfault() in a never ending loop.



[2004-08-18 16:17:19] sparkeh at btinternet dot com

There is no recursion. This is a function being called from within a
switch block. Surely?



[2004-08-18 15:47:59] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

This is expected, PHP does not protect against infinite recursion.



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

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


#29726 [Opn]: Streams socket functionality

2004-08-18 Thread lists at cyberlot dot net
 ID:   29726
 User updated by:  lists at cyberlot dot net
 Reported By:  lists at cyberlot dot net
 Status:   Open
 Bug Type: Sockets related
 Operating System: Fedora Core 2
 PHP Version:  5.0.1
 New Comment:

This problem only exists with fread, fget which multiple examples in
the docs use and the docs list as "See Also" functions.

However by using stream_socket_recvfrom this problem was resovled..
This function is not at this time referenced in the manual other in the
functions list so might easily overlooked as I did.

One possible issue I do see, stream_socket_recvfrom looks to work
because it pulls everything in the buffer up to X bytes regardless of
any EOL character. On a slow single line entry settup this shouldn't be
a problem and everything should work fine..

Under high load when data ends up being buffered at both sides this
function would return only partial "blocks" of what a user might expect
and the user would need to program his own internal buffering that
checks for EOL.

This should be covered in more detail in the online manual.


Previous Comments:


[2004-08-18 00:59:26] lists at cyberlot dot net

Description:

switched from socket functions to stream functions for socket server
usage because streams is supposed to be stable, and are included by
default.. 

The problem socket_read supports  PHP_NORMAL_READ which allows it to
see flashes \0 as EOL...

This is not possible when using streams to create a socket server as
fget does not see \0 as EOL

Expected result:

Expect fgets to return data at \0

Actual result:
--
Nothing is returned until the buffer is filled.





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


#28150 [Com]: configure in 5.0-RC2 does not look for mysqlclient in lib64

2004-08-18 Thread volantt at gmail dot com
 ID:   28150
 Comment by:   volantt at gmail dot com
 Reported By:  thomas+php at stromberg dot org
 Status:   Wont fix
 Bug Type: Compile Failure
 Operating System: SUSE Linux 9.0 AMD64
 PHP Version:  5CVS-2004-04-26 (dev)
 New Comment:

I have run into the same issue, just to get 5.0 to configure it
required manually edit of the ./configure script to replace urs/lib
with usr/lib64 in places.

Would be nice to have the configure script be able to look for /lib64
or a /usr/lib64 directory when compiling.


Previous Comments:


[2004-07-27 15:31:45] sonny at sun dot com

Is there a timeframe when this Bug will be fixed?



[2004-06-30 23:44:15] gregory at networksentry dot co dot za

Ive just built myself up a x86_64 distro from scratch and have had the
same problem as the libs are installed in */lib64/* and not */lib/*
even setting this in configure args will not help

i manualy edited the configure script useing a dirty sed script the
configure program will need to take into the 64 bit lib paths to be
multi platform ...

the /lib dirs are for 32 bit apps and legacy software it is posible to
have both a 32bit and 64 bit MySQL client lib on the same host even
compiled with the same compiler (-m32/-m64) switches.

i never took time to look into modifying the .m4 files as i do not
understand there layout/usage.

if the fine android in charge of the said files could make changes it
would be appreciated.

TTFN



[2004-05-21 14:57:00] zerokode at gmx dot net

Hmmm... Maybe you could just check for -lmysql... That is
platform-independent...

(this also goes for the GD-dependent libs...)



[2004-04-26 20:35:46] thomas+php at stromberg dot org

The problem in this situation is there is no way to tell 
configure to see this directory. configure only allows 
you to specify the root directory of mysql, which in my 
case is /usr. There is no option in the PHP5 configure 
script to set something like --with-mysql-library=/usr/
lib64.



[2004-04-26 20:30:15] [EMAIL PROTECTED]

We only look for old fashion standard directories. Please specify the
location manually on the configure line.



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

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


#28934 [Com]: call_user_func_array() and Exceptions

2004-08-18 Thread phpbugs at d51 dot biz
 ID:   28934
 Comment by:   phpbugs at d51 dot biz
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Zend Engine 2 problem
 Operating System: Linux
 PHP Version:  5.0.0RC3
 New Comment:

I ran the following to see if the exception was being thrown.  It is
thrown and caught:

Reproduce code:
---
getMessage();
}

// Expected output: bar
?>

Actual result:
--
Warning: call_user_func_array() [function.call-user-func-array]: Unable
to call foo() in /path/to/test.php on line 16
bar


Extended Info:
--
I also attempted catching an exception with call_user_func() - it
worked as expected producing only "bar".  I also produced an identical
outcome when I used a non-empty array as the second argument.

This is most definitely an issue with call_user_func_array().  The
following code produces a similar error:


Reproduce code:
---
getMessage();
}

// Expected Output: assert
?>

Actual results:
---
Warning: assert() [function.assert]: Assertion failed in
/path/to/test.php on line 7

Warning: call_user_func_array() [function.call-user-func-array]: Unable
to call foo() in /path/to/test.php on line 20
assert


More Info:
--
Bug #29617 seems to be a duplicate of this report.


Previous Comments:


[2004-08-01 23:17:58] JustinHagstrom at yahoo dot com

This also happens when an exception is thrown in any callback
function.
It is present in the final release of PHP 5 and the snapshots from Aug
01, 2004.



[2004-06-27 23:21:47] [EMAIL PROTECTED]

Description:

When a function called by call_user_func_array() throws an exception,
an error appears: "Warning: call_user_func_array()
[function.call-user-func-array]: Unable to call babba() in
/data/webdev/classes/Tree/demo.php on line 19"

Reproduce code:
---


Expected result:

Nothing

Actual result:
--
Warning: call_user_func_array() [function.call-user-func-array]: Unable
to call babba() in /data/webdev/classes/Tree/demo.php on line 43





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


#29744 [NEW]: DARTPART function returns random results

2004-08-18 Thread jwhatcher at hotmail dot com
From: jwhatcher at hotmail dot com
Operating system: WINDOWS 2000 Advance Server
PHP version:  5.0.0
PHP Bug Type: MSSQL related
Bug description:  DARTPART function returns random results

Description:

Using in my where clause, DATEPART (dw , dt.usedate) = 1 returns random
results toggling between SUNDAY AND MONDAY. Switch to DATENAME (dw ,
dt.usedate) = 'Sunday' and it works fine. This code worked fine in 4.2. 

date_table is a table with all dates between 1900 to 2050.

Reproduce code:
---
$query = mssql_query("  SELECT  dt.usedate  FROM   
 date_table
dt  WHERE   dt.usedate between '$s_reportdate' AND 
'$e_reportdate'
AND DATEPART (dw , dt.usedate) = 1
ORDER BY DT.usedate");

Expected result:

Should return Sunday dates between range provided.

Actual result:
--
Returns seemingly random results of either a Monday or Sunday date. If I
add DATEPART (dw , dt.usedate) as blah into the select clause it returns 1
every time but the dates still shift.

-- 
Edit bug report at http://bugs.php.net/?id=29744&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29744&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29744&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29744&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29744&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29744&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29744&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29744&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29744&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29744&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29744&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29744&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29744&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29744&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29744&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29744&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29744&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29744&r=float


#29454 [Fbk->Csd]: php_check_syntax second argument doesn't work in the right way

2004-08-18 Thread et
 ID:   29454
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: Unknown/Other Function
 Operating System: Linux
 PHP Version:  5CVS-2004-07-30 (dev)
 New Comment:

Has been fixed in the meanwhile.


Previous Comments:


[2004-08-18 08:51:06] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5-win32-latest.zip

Works fine here.



[2004-07-30 07:26:45] [EMAIL PROTECTED]

Description:

The second argument of php_check_syntax is supposed to be passed by
reference. However, you need to specify the reference where the
function is called, like php_check_syntax($file, &$error); resulting
in

Warning: Call-time pass-by-reference has been deprecated - argument
passed by value;  If you would like to pass it by reference, modify the
declaration of php_check_syntax().  If you would like to enable
call-time pass-by-reference, you can set allow_call_time_pass_reference
to true in your INI file.  However, future versions may not support this
any longer.

Reproduce code:
---
php_check_syntax("test.php", $error);

Expected result:

errorstring in $error

Actual result:
--
Notice: Undefined variable:  error





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


#26315 [Com]: mssql_fectch_* functions are returning a space char on empty fields

2004-08-18 Thread jwhatcher at hotmail dot com
 ID:   26315
 Comment by:   jwhatcher at hotmail dot com
 Reported By:  webmaster at cbre dot fr
 Status:   Bogus
 Bug Type: MSSQL related
 Operating System: Windows 2000 Server
 PHP Version:  4.3.4
 New Comment:

'' = ' '. Politely, this is a bug. In transact sql and query analyzer
'' is seen as '' but in php '' is seen as ' '. I am using varchar
fields. This surely breaks several lines of code for the empty function
is now useless when selecting '' out of the database. Please reconsider
and look into this item. 

Add autotrim to the ini file if this would fix the problem.


Previous Comments:


[2004-06-20 02:49:52] spam2 at rhsoft dot net

hmm this is a bug
i developed a cms first for mysql and the port for postgre with select
database-type works very fine

the last two days i try to get it running with mssql/msde an nothing
works with this damned spaces

if (!empty($image)) echo ""; for example
makes a big shit :-(



[2004-05-24 21:23:07] hagen at woecht dot de

If you must make from a space to '' in your PHP script, how can you
distinguish between a "true" space or "faked" space?
All '' and space in the DB are then '' (:-((()



[2004-04-23 10:25:51] tomasz at biznespolska dot pl

In my opinion this is bug, and is still present on version 4.3.6. This
is not only problem with CHAR, and NCHAR columns but also empty VARCHAR
columns returns space.

Example:
$re = mssql_fetch_row(mssql_query("SELECT CAST('' AS VARCHAR(10))"));
print('--'.$re[0].'--');
// the result is: -- --
// and should be: 

Because of that I still use PHP4.3.3.



[2004-03-24 04:33:03] francois dot zietlow at ri-solution dot com

The Protocol have been changed.
Quote from Sybase Doco.

[quote]
The empty string ("") is treated as a single space. In *char* and
*nchar* *not null* columns, the result is a (column-length) field of
spaces.
[/quote]

Found on Bug Report:
http://bugs.php.net/bug.php?id=6527


Its not nice...
Just I write my own empty-Function.


Francois



[2004-03-24 04:18:11] francois dot zietlow at ri-solution dot com

I think that is a Bug, too.
I have the same Problem.
It's not a solution to trim any value. Or??

@iliaa:
Please write why do you think it's not a Bug.


Thanks!
Francois



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

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


#29745 [NEW]: ftp_get warns on a Transfer Complete

2004-08-18 Thread pearcec at poss dot com
From: pearcec at poss dot com
Operating system: RedHat ES3
PHP version:  5.0.0
PHP Bug Type: FTP related
Bug description:  ftp_get warns on a Transfer Complete

Description:

I get a warning on a Transfer being complete...

Warning: ftp_get(): Transfer complete. in
/home/pearcec/saturn/bin/sysNav/solarisPatchGrab/solarisPatchGrab.inc on
line 241

The problem is I am not running passive mode.  The ftp request times out
and the file is 0 bugs.  It should have an error condition of times out.


-- 
Edit bug report at http://bugs.php.net/?id=29745&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29745&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29745&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29745&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29745&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29745&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29745&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29745&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29745&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29745&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29745&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29745&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29745&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29745&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29745&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29745&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29745&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29745&r=float


#7207 [Com]: imap_open bug

2004-08-18 Thread compu_global_hyper_mega_net_2 at yahoo dot com
 ID:   7207
 Comment by:   compu_global_hyper_mega_net_2 at yahoo dot com
 Reported By:  brain at brainlapse
 Status:   Closed
 Bug Type: IMAP related
 Operating System: win98se
 PHP Version:  4.0.3
 New Comment:

This bug should be reopened.  The current behaviour is really wrong.



Obviously, in the above example, I have a pop3 server running on
localhost, with the user/password credentials.

Result:

PHP Notice:  (null)(): Mailbox is empty (errflg=1) in Unknown on line
0

Notice: (null)(): Mailbox is empty (errflg=1) in Unknown on line 0


Previous Comments:


[2004-08-04 07:34:32] a at a dot com

After almost 4 years, this problem continues to be unaddressed.

The mail-box-empty message is reported as an error, which is wrong.  If
the mail box is empty, imap_last_error should not return this as an
error.



[2000-10-30 09:26:33] [EMAIL PROTECTED]

No feedback and I can not reproduce this with
latest working CVS.

--Jani



[2000-10-15 21:45:56] [EMAIL PROTECTED]

I can not reproduce this. Could you please include a shortest possible

reproducing script into this bug report?

--Jani



[2000-10-14 12:35:22] brain at brainlapse

when there are no messages in an INBOX, the error "Fatal error: Mailbox
is empty in C:\Program Files\Apache Group\Apache\htdocs/mail.php3 on
line XX" 

Adding the @ in front of imap_open does nothing. When there are
messages this error does not apear.





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


#28976 [Com]: Ability to disable Return-Path header or use From header instead of php.ini

2004-08-18 Thread dv at josheli dot com
 ID:   28976
 Comment by:   dv at josheli dot com
 Reported By:  kdaniel at aosepc dot com
 Status:   Open
 Bug Type: Mail related
 Operating System: Windows\Apache
 PHP Version:  4.3.6
 New Comment:

using cli PHP 5 and latest snap (php5-win32-200408181430), the extra
"From:" header does not seem to work.

test.php:


Warning: mail(): "sendmail_from" not set in php.ini or custom "From:"
header missing in C:\dev\quiktests\test.php on line 3


Previous Comments:


[2004-08-06 21:39:27] kdaniel at aosepc dot com

I don't see how that is possible because there is no way for the mail
server to pick up the sendmail_from ini setting.  PHP has to be using
it somewhere.  There needs to be a way to disable its use.



[2004-08-06 19:27:15] [EMAIL PROTECTED]

I'm pretty sure that this header is added by the SMTP mail server and
not by PHP itself. PHP first writes the generated headers to
the SMTP stream, followed by any additional_headers you passed to
mail(). Any headers following those you passed as additional_headers
have been added by the transporting mail server (s). Looks like it is
adding the SMPT "MAIL FROM" into Return_Path:



[2004-07-21 04:04:12] kdaniel at aosepc dot com

Yes, PHP is picking up the sendmail_from ini setting and sticking it
into the mime headers as Return-Path.



[2004-07-21 01:00:04] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".



[2004-07-06 15:32:27] [EMAIL PROTECTED]

You mean it uses the sendmail_from ini setting?




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

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


#29742 [Opn->Bgs]: Parse error when using a script for displaying contents by url querys

2004-08-18 Thread iliaa
 ID:   29742
 Updated by:   [EMAIL PROTECTED]
 Reported By:  cheetah-z at web dot de
-Status:   Open
+Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: FreeBSD
 PHP Version:  4.3.8
 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

You forgot to close the 1st if() 


Previous Comments:


[2004-08-18 19:59:03] cheetah-z at web dot de

Description:

I wanted to build a website with an structure as easy as possible. So i
decided to use a php script displaying different contents on the same
site by using querys.

BTW: Sorry for my english, it may be a bit lame, but I am German so
just try to understand my special germenglish.

Reproduce code:
---
Willkommen auf der Webseite von TM-Servers
 Diese Webseite wurde zum Zweck der Information...
 ...tm-server.de.vu ging heute online.";
 if ($site == "server") {
 echo "Serverdaten folgen in Kürze!";
 }
 if ($site == "members") {
 echo "Mitgliederliste folgt in Kürze!";
 }
 if ($site == "links") {
 echo "Hier werden demnächst sehenswerte Links
 gesammelt!";
 }
 if ($site == "partner") {
 echo "Demnächst werden hier alle Partner und Sponsoren
 von TM-Serversaufgeführt!";
 }
?>

Expected result:

I expected my website to open regularly and when clicking a link
containing a query
(for example: "index.php?site=members" to display the content defined
by the echo function (for example: "Mitgliederliste folgt in Kürze!")

Actual result:
--
Parse error: parse error, unexpected $ in
/home/export/www/vhosts/funnetwork/hosting/cheetah7/index.php on line
97


an important information is, that line 97 is the very end of index.php
and just contains: "" The php tag was already closed many lines
before!





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


#29719 [Csd]: fgetcsv - double quotes issue

2004-08-18 Thread t dot meesters at triptic dot nl
 ID:   29719
 User updated by:  t dot meesters at triptic dot nl
 Reported By:  t dot meesters at triptic dot nl
 Status:   Closed
 Bug Type: Filesystem function related
 Operating System: Linux-2.4
-PHP Version:  4.3.8
+PHP Version:  php4-STABLE-200408181830
 New Comment:

Result is now:
Array
(
[0] => test
[1] => test spaced string
[2] => test; with delimeter
[3] => test with inline double quotes"
[4] => test
with
newlines
[5] => "test
with
newlines and double quotes"
)

Although the test with newlines and double quotes works fine now, the
problem still lies with test 3: the inline double quote.


Previous Comments:


[2004-08-17 16:10:12] [EMAIL PROTECTED]

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.





[2004-08-17 14:25:30] t dot meesters at triptic dot nl

Description:

The fgetcsv() of PHP 4.3.4 works fine, however, as of 4.3.8 the
behaviour concerning escaped string qualifiers changed.

With single line data, an initial escaped string qualifier doesn't get
noticed.
With multiple line data, the last occurrence of an escaped string
qualifier doesn't get noticed.

For the example code, use the following data:

-
CSV DATA (test.csv)
-
test;test spaced string;"test; with delimeter";"""test with inline
double quotes""";"test
with
newlines";"""test
with
newlines and double quotes"""


Reproduce code:
---



Expected result:

Array
(
[0] => test
[1] => test spaced string
[2] => test; with delimeter
[3] => "test with inline double quotes"
[4] => test
with
newlines
[5] => "test
with
newlines and double quotes"
)


Actual result:
--
Array
(
[0] => test
[1] => test spaced string
[2] => test; with delimeter
[3] => test with inline double quotes"
[4] => test
with
newlines
[5] => "test
with
newlines and double quotes
)






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


#29646 [Opn->Bgs]: mail() inserts change CRLF ("\r\n") to CRCRLF ("\r\r\n") for some extra headers

2004-08-18 Thread iliaa
 ID:   29646
 Updated by:   [EMAIL PROTECTED]
 Reported By:  shelby at coolpage dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Mail related
 Operating System: FreeBSD
 PHP Version:  4.3.4
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

Until can be verified with latest PHP version, considered 
bogus. 


Previous Comments:


[2004-08-18 19:44:51] shelby at coolpage dot com

No I will not do your work for you!

Your general assumption that it was fixed without specific knowledge it
was fixed is not enough to make me go through the hassle.  In short I
doubt your assertion it is fixed, because:

1. You have not provided specific knowledge that it was fixed.  It
seems you are just hoping it was, and want me to go through hassle to
prove it.  You prove it.  It is not my bug.  It is YOUR bug.

2. You closed this other similar bug report in Feb. 2003:

http://bugs.php.net/bug.php?id=22262

But I am using a version from Nov. 2003:

[EMAIL PROTECTED] php -v
PHP 4.3.4 (cli) (built: Nov  4 2003 16:10:03)
Copyright (c) 1997-2003 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies

And this bug has been around since at least 2002 and has been ignored. 
No related bug report has been marked as fixed.  They were both closed
because the people who made the bug reports are not going to test it
for you:

http://bugs.php.net/bug.php?id=22262

http://bugs.php.net/bug.php?id=15841

You method of closing bug reports because reporters are not willing to
retest every time you decide to put a new version # on PHP is
ridiculous.

Have it your way...fix it or do not fix it... closing this bug report
does not mean it is fixed.



[2004-08-17 08:11:30] [EMAIL PROTECTED]

You're using a very old PHP version (4.3.4), I am very sure it was
fixed since. So try that snapshot.



[2004-08-17 00:58:42] shelby at coolpage dot com

Also telling us to try the latest snapshot is useless unless you tell
us what is the correct use of the mail() function on Qmail.

Please see my original post and please answer the question as to what
is the correct documented use.

In the meantime, I have provided a documented use in my comments on
this bug which works and which I am suggesting that others link to, as
a replacement for the document for PHP mail().  Hopefully that will
generate enough pressure to finally fix this bug and also help people
work around it in meantime!

Correction: in previous post for work around, I said "if another header
follows".  I believe I insert the "\r\n" and "\n", even after the last
header input to mail().



[2004-08-17 00:52:38] shelby at coolpage dot com

Thanks, but has the latest snapshot been specifically edited to fix
this specific problem?

Because this problem as been around for years, and so only a specific
fix is worth my time.

Also I have no way to test the latest snapshot until my host Pair.com
upgrades.

I alerted Pair.com to this problem.



[2004-08-17 00:49:37] shelby at coolpage dot com

I verified that the work around this bug for my configuration (as
previously mentioned) is to use "\r\n" only after the "From:",
"Reply-To:", "Cc:", and "Bcc:" headers, if there is another header
which follows, and to use only "\n" after other extra headers, if
another header follows.

Note in my use, I only tried placing the "From:", "Reply-To:", "Cc:",
and "Bcc:" headers first, and any extra headers (such as "Date:",
"Mime-Versions:", etc) after.



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

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


#29719 [Csd]: fgetcsv - double quotes issue

2004-08-18 Thread iliaa
 ID:   29719
 Updated by:   [EMAIL PROTECTED]
 Reported By:  t dot meesters at triptic dot nl
 Status:   Closed
 Bug Type: Filesystem function related
 Operating System: Linux-2.4
 PHP Version:  php4-STABLE-200408181830
 New Comment:

With latest CVS I get the correct output of: 
Array 
( 
[0] => test 
[1] => test spaced string 
[2] => test; with delimeter 
[3] => "test with inline 
double quotes" 
[4] => test 
with 
newlines 
[5] => "test 
with 
newlines and double quotes" 
) 
 


Previous Comments:


[2004-08-18 23:08:04] t dot meesters at triptic dot nl

Result is now:
Array
(
[0] => test
[1] => test spaced string
[2] => test; with delimeter
[3] => test with inline double quotes"
[4] => test
with
newlines
[5] => "test
with
newlines and double quotes"
)

Although the test with newlines and double quotes works fine now, the
problem still lies with test 3: the inline double quote.



[2004-08-17 16:10:12] [EMAIL PROTECTED]

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.





[2004-08-17 14:25:30] t dot meesters at triptic dot nl

Description:

The fgetcsv() of PHP 4.3.4 works fine, however, as of 4.3.8 the
behaviour concerning escaped string qualifiers changed.

With single line data, an initial escaped string qualifier doesn't get
noticed.
With multiple line data, the last occurrence of an escaped string
qualifier doesn't get noticed.

For the example code, use the following data:

-
CSV DATA (test.csv)
-
test;test spaced string;"test; with delimeter";"""test with inline
double quotes""";"test
with
newlines";"""test
with
newlines and double quotes"""


Reproduce code:
---



Expected result:

Array
(
[0] => test
[1] => test spaced string
[2] => test; with delimeter
[3] => "test with inline double quotes"
[4] => test
with
newlines
[5] => "test
with
newlines and double quotes"
)


Actual result:
--
Array
(
[0] => test
[1] => test spaced string
[2] => test; with delimeter
[3] => test with inline double quotes"
[4] => test
with
newlines
[5] => "test
with
newlines and double quotes
)






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


#29727 [Opn->Csd]: CUROPT_PROXYAUTH constant is not registered

2004-08-18 Thread iliaa
 ID:   29727
 Updated by:   [EMAIL PROTECTED]
 Reported By:  bip at pennec dot org
-Status:   Open
+Status:   Closed
 Bug Type: cURL related
 Operating System: All
 PHP Version:  4.3.9RC1
 New Comment:

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:


[2004-08-18 19:08:08] bip at pennec dot org

This patch seems to works with libcurl 7.12.
The patch is applied against curl.c version of php 4.3.4

43,47d39
> /* As of curl 7.11.1 this is no longer defined inside curl.h */
> #ifndef HttpPost
> #define HttpPost curl_httppost
> #endif
>
197a198,210
> #if LIBCURL_VERSION_NUM >= 0x070a07 /* CURLOPT_HTTPAUTH is available
since curl 7.10.6 */
>   REGISTER_CURL_CONSTANT(CURLOPT_PROXYAUTH);
>   REGISTER_CURL_CONSTANT(CURLOPT_HTTPAUTH);
> /* http authentication options */
> REGISTER_CURL_CONSTANT(CURLAUTH_BASIC);
> REGISTER_CURL_CONSTANT(CURLAUTH_DIGEST);
> REGISTER_CURL_CONSTANT(CURLAUTH_GSSNEGOTIATE);
> REGISTER_CURL_CONSTANT(CURLAUTH_NTLM);
> REGISTER_CURL_CONSTANT(CURLAUTH_ANY);
> REGISTER_CURL_CONSTANT(CURLAUTH_ANYSAFE);
>
> #endif
>
715a729,732
> #if LIBCURL_VERSION_NUM >= 0x070a07
>   case CURLOPT_PROXYAUTH:
>   case CURLOPT_HTTPAUTH:
> #endif



[2004-08-18 11:05:04] bip at pennec dot org

Description:

CURLOPT_PROXYAUTH constant appears in libcurl 7.10.7 but is not
register in recents releases of the php_curl module.

This constant is needed to pass thru proxy with ntlm authentication

Reproduce code:
---
$ch = curl_init();

curl_setopt ($ch, CURLOPT_PROXYAUTH, CURLAUTH_NTLM);






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


#29719 [Csd]: fgetcsv - double quotes issue

2004-08-18 Thread t dot meesters at triptic dot nl
 ID:   29719
 User updated by:  t dot meesters at triptic dot nl
 Reported By:  t dot meesters at triptic dot nl
 Status:   Closed
 Bug Type: Filesystem function related
 Operating System: Linux-2.4
 PHP Version:  php4-STABLE-200408181830
 New Comment:

Oops, I think the line wrapping caused an error in my initial input:
please note that test #3 should be:

"""test with inline double quotes""" (on one line)

Sorry for the inconvenience.


Previous Comments:


[2004-08-18 23:15:15] [EMAIL PROTECTED]

With latest CVS I get the correct output of: 
Array 
( 
[0] => test 
[1] => test spaced string 
[2] => test; with delimeter 
[3] => "test with inline 
double quotes" 
[4] => test 
with 
newlines 
[5] => "test 
with 
newlines and double quotes" 
) 
 



[2004-08-18 23:08:04] t dot meesters at triptic dot nl

Result is now:
Array
(
[0] => test
[1] => test spaced string
[2] => test; with delimeter
[3] => test with inline double quotes"
[4] => test
with
newlines
[5] => "test
with
newlines and double quotes"
)

Although the test with newlines and double quotes works fine now, the
problem still lies with test 3: the inline double quote.



[2004-08-17 16:10:12] [EMAIL PROTECTED]

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.





[2004-08-17 14:25:30] t dot meesters at triptic dot nl

Description:

The fgetcsv() of PHP 4.3.4 works fine, however, as of 4.3.8 the
behaviour concerning escaped string qualifiers changed.

With single line data, an initial escaped string qualifier doesn't get
noticed.
With multiple line data, the last occurrence of an escaped string
qualifier doesn't get noticed.

For the example code, use the following data:

-
CSV DATA (test.csv)
-
test;test spaced string;"test; with delimeter";"""test with inline
double quotes""";"test
with
newlines";"""test
with
newlines and double quotes"""


Reproduce code:
---



Expected result:

Array
(
[0] => test
[1] => test spaced string
[2] => test; with delimeter
[3] => "test with inline double quotes"
[4] => test
with
newlines
[5] => "test
with
newlines and double quotes"
)


Actual result:
--
Array
(
[0] => test
[1] => test spaced string
[2] => test; with delimeter
[3] => test with inline double quotes"
[4] => test
with
newlines
[5] => "test
with
newlines and double quotes
)






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


#29481 [Com]: HSE_REQ_MAP_URL_TO_PATH_EX failed

2004-08-18 Thread tod at sambar dot com
 ID:   29481
 Comment by:   tod at sambar dot com
 Reported By:  steffen at land10web dot com
 Status:   Suspended
 Bug Type: URL related
 Operating System: Windows XP + Sambar 6.1
 PHP Version:  5CVS-2004-08-01 (dev)
 New Comment:

I'm happy to add support for this, but need to know what you are
expecting as a response.  Since there is no URI element to translate,
do I just parrot back the ?x=y args from the Query string?

Many thanks!
Tod Sambar


Previous Comments:


[2004-08-01 15:30:40] [EMAIL PROTECTED]

?f=2 *is* a valid component of an URL.

It works on IIS, which is our only "officially supported" (and strongly
discouraged) ISAPI platform.

None of us have Sambar server or the time to test it.
Volunteers are welcome to submit a patch to fix it under Sambar, but it
must also not break IIS.




[2004-08-01 14:42:29] steffen at land10web dot com

Description:

Using Sambar 6.1 and I get in the ISAPI log:

With eg. the URL www.sambarserver.info/forum/viewforum.php?f=2 :

PHP5ISAPI.DLL: HSE_REQ_MAP_URL_TO_PATH_EX failed '?f=1'

All is working fine, only a lot failed enties in the log.

The response from Sambar Support is:
"I believe the URL_TO_PATH_EX is an issue on the part of PHP.  They
should not be passing the ?f=2 in their lookup as that is not a valid
element of the URL"

Regards,

Steffen 






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


#29467 [Fbk->NoF]: apache2 crashes if I try to load php5apache2.dll

2004-08-18 Thread php-bugs
 ID:   29467
 Updated by:   [EMAIL PROTECTED]
 Reported By:  genialbrainmachine at tiscali dot it
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Apache2 related
 Operating System: windows 2000 SP4
 PHP Version:  5.0.0
 New Comment:

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".


Previous Comments:


[2004-08-05 23:07:06] [EMAIL PROTECTED]

Please try http://snaps.php.net/win32/php5.0-win32-latest.zip to see if
that solves your problem. Make sure to follow install.txt instructions.



[2004-07-31 15:20:51] genialbrainmachine at tiscali dot it

I tried to install Apache2.0.50 with the Php5.0.0 module on Win2k SP4.
But **frequently** (not always) I experienced a detestable crash when
the httpd service starts. (Conversely, when the server starts it works
fine.)

The critical line in my httpd.conf is:
LoadModule php5_module ..MyPath../php5apache2.dll

The crash happens only when this line is uncommented.

(The error message I encountered is synthetical: "The Apache2 service
has reported an unespected stop", or something similar translated from
the italian "Il servizio Apache2 è terminato in modo imprevisto.")



[2004-07-31 15:19:06] genialbrainmachine at tiscali dot it

Description:

I tried to install Apache2.0.50 with the Php5.0.0 module on Win2k SP4.
But **frequently** (not always) I experienced a detestable crash when
the httpd service start. (Conversely, when the server starts it works
fine.)

The critical line in my httpd.conf is:
LoadModule php5_module ..MyPath../php5apache2.dll

The crash happens only when this line is uncommented.

(The error message I encountered is synthetical: "The Apache2 service
has reported an unespected stop", or something similar translated from
the italian "Il servizio Apache2 è terminato in modo imprevisto.")

Reproduce code:
---
unapplicable

Expected result:

I expect that Apache doesn't crash!! :)

Actual result:
--
unapplicable





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


#29555 [Fbk->NoF]: PHP-5.0.0 + ADODB-451, exit signal Segmentation fault

2004-08-18 Thread php-bugs
 ID:   29555
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ogir at yahoo dot com
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Unknown/Other Function
 Operating System: WBEL3 Kernel-2.4.25
 PHP Version:  5.0.0
 New Comment:

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".


Previous Comments:


[2004-08-18 09:07:53] tmgh at www dot deyang dot gov dot cn

i use vc++6 and get the trace:
0139EA74   mov eax,dword ptr [ebp+104h]
0139EA7A   testeax,eax
0139EA7C   je  0139EAA2
0139EA7E   pushebx
0139EA7F   pushesi
0139EA80   pushebp
0139EA81   calleax
0139EA83   add esp,0Ch
0139EA86   cmp eax,0FFh
0139EA89   jne 0139EAA2
0139EA8B   mov ecx,dword ptr [ebp+4]
0139EA8E   mov edx,dword ptr [esi+4]
0139EA91   pushecx
0139EA92   pushedx
0139EA93   push15F6C08h
0139EA98   push10h
0139EA9A   call01392690
0139EA9F   add esp,10h
0139EAA2   cmp edi,dword ptr [esi+10Ch]
0139EAA8   jb  0139EA62
0139EAAA   pop edi
0139EAAB   pop esi
0139EAAC   pop ebp
0139EAAD   pop ebx

the "0139EA74   mov eax,dword ptr [ebp+104h]" is the problem.my
vc tell me "PHP5TS! 0139ea74()" and "cxx0017 error:symbol 'this' not
find"



[2004-08-18 08:07:19] tmgh at www dot deyang dot gov dot cn

i have the same error.
ps:windows 2000 sp4+apache2.0.50+adodb452+ado
extension501+php5.0.2-dev
I think some thing is wrong with PHP-5.0.2-dev
without adodb,php5 occasionally crash apache2 on win32.



[2004-08-06 21:20:28] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.



[2004-08-06 21:13:14] ogir at yahoo dot com

Description:

I have compiled PHP-5.0.0 with OCI8 support, all works fine,
but the problem is when I try to use ADOdb(ver.451) library,
my php script's with adodb doesn't work.

And apache log file say this:
[notice] child pid 10525 exit signal Segmentation fault (11)

After that, I have compiled PHP-4.3.8 + OCI8, with the same
options of configure from PHP5, and ADOdb now works very fine!

I think some thing is wrong with PHP-5.0.0.

ADODB from http://adodb.sourceforge.net/
say that ADOdb has full PHP5 support, including SPL and exception
support.

Reproduce code:
---


Expected result:

Nothing, only that script load/run without any error.






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


#29608 [Fbk->NoF]: OCi reports OCIStmtExecute: ORA-24324: service handle not initialized

2004-08-18 Thread php-bugs
 ID:   29608
 Updated by:   [EMAIL PROTECTED]
 Reported By:  tomek at matrox dot pl
-Status:   Feedback
+Status:   No Feedback
 Bug Type: OCI8 related
 Operating System: W2k, Red Hat
 PHP Version:  5.0.0
 New Comment:

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".


Previous Comments:


[2004-08-12 11:02:53] izhekov at ppartner dot com

I've tried to reproduce this problem.
I've installed 2 apache services on different ports 80 and 81 - first
of them using PHP5 and the other using PHP4 then I restarted the
system.
When first I access my scripts using PHP5 on port 80 everythings goes
fine.
Running scripts afterthat with PHP4 on port 81 also worked fine.
When I tried to access again scripts on apache service running on 80
port, errors occured again:

-
Warning: ociexecute() [function.ociexecute]: OCIStmtExecute: ORA-24324:
service handle not initialized in
C:\SERVER\HTTPD\htdocs\service\db_modul.php on line 21

Warning: ocifetch() [function.ocifetch]: OCIFetch: ORA-24338: statement
handle not executed in C:\SERVER\HTTPD\htdocs\service\db_modul.php on
line 27
--



[2004-08-12 10:09:03] izhekov at ppartner dot com

I migrate from PHP 4 to PHP 5 on my Windows 2003 server. Everything
goes fine, but when I try to use an PHP application that uses Oracle
database I receive the error mentioned above. I restarted the Oracle
server but that not helped me. Other applications and PHP 4 works fine
with my Oracle server, but PHP 5 did not.

Last night the power supply goes down unexpectally and both Oracle
server and web server was restarted. Now everything seems to be fine,
but I'm sure the problem exists and many people will have the same
problems also.

Searching in Google for: 
http://www.google.com/search?hl=bg&ie=UTF-8&q=%22service+handle+not+initialized+in%22+%2Bwarning&lr=
shows many sites with the same problem.



[2004-08-11 17:43:31] [EMAIL PROTECTED]

>I think the OCI8 functions did not work at all in PHP 5.
you're wrong.
OCI8 functions work for most of the people.
Perhaps you're misusing them or having some problems with Oracle
client/Oracle server.
I still need more info to find out what happens and/or to reproduce
your situation. Feel free to provide this info and open the bug report
again.



[2004-08-11 16:34:48] izhekov at ppartner dot com

I have the same problem. If you search in google for this error, you'll
find some sites that have the same problem. I'm using Windows 2003
Server. I think this bug is fatal for many people. I think the OCI8
functions did not work at all in PHP 5.



[2004-08-11 09:51:44] [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.




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

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


#29746 [NEW]: Add a $_SERVER["CURRENT_SCRIPT_NAME"] variable.

2004-08-18 Thread gazman at email dot si
From: gazman at email dot si
Operating system: whatever
PHP version:  Irrelevant
PHP Bug Type: Feature/Change Request
Bug description:  Add a $_SERVER["CURRENT_SCRIPT_NAME"] variable.

Description:

Please add a $_SERVER["CURRENT_SCRIPT_NAME"] variable. It should contain
the name of the current EXECUTING script.

It should be used to tell the code the filename it is in. It would be used
in conjunction with include() and require() functions, as the
$_SERVER["SCRIPT_NAME"] holds the value of the parent script and not the
child script.

It should be fairly easy to do... PHP must know it to parse the file and i
believe you could as well make that availible as a variable from code. (a
read-only variable (constant?) that points to the name of the currently
parsed file)


-- 
Edit bug report at http://bugs.php.net/?id=29746&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29746&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29746&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29746&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29746&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29746&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29746&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29746&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29746&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29746&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29746&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29746&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29746&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29746&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29746&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29746&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29746&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29746&r=float


#29728 [Opn]: Reflection API Feature: Default parameter value.

2004-08-18 Thread helly
 ID:   29728
 Updated by:   [EMAIL PROTECTED]
 Reported By:  wb at pro-net dot co dot uk
 Status:   Open
-Bug Type: Zend Engine 2 problem
+Bug Type: Feature/Change Request
 Operating System: *
-PHP Version:  5.0.0
+PHP Version:  5.0.*
-Assigned To:  
+Assigned To:  helly
 New Comment:

The first is ReflectionParameter::isOptional()



Previous Comments:


[2004-08-18 12:05:01] wb at pro-net dot co dot uk

Description:

This is not strictly a bug and more of a feature request (if there is a
better place for feature requests then please let me know).

At the moment there is no way to find out if a parameter for a method
has a default value or not.

It would be nice is the ReflectionParameter class had something like
the the following methods.

 ReflectionParameter->isRequired()

Returns TRUE if the parameter is required or FALSE if it is not
required (and therefore has a default value).

 ReflectionParameter->getDefault()

Returns the default value for the parameter. This could throw an
Exception if no default value is set as it could be possiable for the
default value to be FALSE :)



Reproduce code:
---
n/a

Expected result:

n/a

Actual result:
--
n/a





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


#29746 [Opn->Bgs]: Add a $_SERVER["CURRENT_SCRIPT_NAME"] variable.

2004-08-18 Thread pollita
 ID:   29746
 Updated by:   [EMAIL PROTECTED]
 Reported By:  gazman at email dot si
-Status:   Open
+Status:   Bogus
 Bug Type: Feature/Change Request
 Operating System: whatever
 PHP Version:  Irrelevant
 New Comment:

http://www.php.net/manual/en/language.constants.predefined.php

__FILE__




Previous Comments:


[2004-08-19 01:06:24] gazman at email dot si

Description:

Please add a $_SERVER["CURRENT_SCRIPT_NAME"] variable. It should
contain the name of the current EXECUTING script.

It should be used to tell the code the filename it is in. It would be
used in conjunction with include() and require() functions, as the
$_SERVER["SCRIPT_NAME"] holds the value of the parent script and not
the child script.

It should be fairly easy to do... PHP must know it to parse the file
and i believe you could as well make that availible as a variable from
code. (a read-only variable (constant?) that points to the name of the
currently parsed file)






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


#29646 [Bgs]: mail() inserts change CRLF ("\r\n") to CRCRLF ("\r\r\n") for some extra headers

2004-08-18 Thread pollita
 ID:   29646
 Updated by:   [EMAIL PROTECTED]
 Reported By:  shelby at coolpage dot com
 Status:   Bogus
 Bug Type: Mail related
 Operating System: FreeBSD
 PHP Version:  4.3.4
 New Comment:

It's a qmail bug.  That MTA attempts to automagically guess newlines
and does a bad job of it.


Previous Comments:


[2004-08-18 23:11:35] [EMAIL PROTECTED]

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.

Until can be verified with latest PHP version, considered 
bogus. 



[2004-08-18 19:44:51] shelby at coolpage dot com

No I will not do your work for you!

Your general assumption that it was fixed without specific knowledge it
was fixed is not enough to make me go through the hassle.  In short I
doubt your assertion it is fixed, because:

1. You have not provided specific knowledge that it was fixed.  It
seems you are just hoping it was, and want me to go through hassle to
prove it.  You prove it.  It is not my bug.  It is YOUR bug.

2. You closed this other similar bug report in Feb. 2003:

http://bugs.php.net/bug.php?id=22262

But I am using a version from Nov. 2003:

[EMAIL PROTECTED] php -v
PHP 4.3.4 (cli) (built: Nov  4 2003 16:10:03)
Copyright (c) 1997-2003 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies

And this bug has been around since at least 2002 and has been ignored. 
No related bug report has been marked as fixed.  They were both closed
because the people who made the bug reports are not going to test it
for you:

http://bugs.php.net/bug.php?id=22262

http://bugs.php.net/bug.php?id=15841

You method of closing bug reports because reporters are not willing to
retest every time you decide to put a new version # on PHP is
ridiculous.

Have it your way...fix it or do not fix it... closing this bug report
does not mean it is fixed.



[2004-08-17 08:11:30] [EMAIL PROTECTED]

You're using a very old PHP version (4.3.4), I am very sure it was
fixed since. So try that snapshot.



[2004-08-17 00:58:42] shelby at coolpage dot com

Also telling us to try the latest snapshot is useless unless you tell
us what is the correct use of the mail() function on Qmail.

Please see my original post and please answer the question as to what
is the correct documented use.

In the meantime, I have provided a documented use in my comments on
this bug which works and which I am suggesting that others link to, as
a replacement for the document for PHP mail().  Hopefully that will
generate enough pressure to finally fix this bug and also help people
work around it in meantime!

Correction: in previous post for work around, I said "if another header
follows".  I believe I insert the "\r\n" and "\n", even after the last
header input to mail().



[2004-08-17 00:52:38] shelby at coolpage dot com

Thanks, but has the latest snapshot been specifically edited to fix
this specific problem?

Because this problem as been around for years, and so only a specific
fix is worth my time.

Also I have no way to test the latest snapshot until my host Pair.com
upgrades.

I alerted Pair.com to this problem.



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

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


#29746 [Bgs]: Add a $_SERVER["CURRENT_SCRIPT_NAME"] variable.

2004-08-18 Thread gazman at email dot si
 ID:   29746
 User updated by:  gazman at email dot si
 Reported By:  gazman at email dot si
 Status:   Bogus
 Bug Type: Feature/Change Request
 Operating System: whatever
 PHP Version:  Irrelevant
 New Comment:

damn :D I searched that thing for HOURS! You can anyone inform the
documentation team that they should put a link to THAT site from the
site where the $_SERVER vars are? :D

You made my day!


Previous Comments:


[2004-08-19 01:14:18] [EMAIL PROTECTED]

http://www.php.net/manual/en/language.constants.predefined.php

__FILE__





[2004-08-19 01:06:24] gazman at email dot si

Description:

Please add a $_SERVER["CURRENT_SCRIPT_NAME"] variable. It should
contain the name of the current EXECUTING script.

It should be used to tell the code the filename it is in. It would be
used in conjunction with include() and require() functions, as the
$_SERVER["SCRIPT_NAME"] holds the value of the parent script and not
the child script.

It should be fairly easy to do... PHP must know it to parse the file
and i believe you could as well make that availible as a variable from
code. (a read-only variable (constant?) that points to the name of the
currently parsed file)






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


#29736 [Opn->Bgs]: instanceof requires class to be loaded

2004-08-18 Thread helly
 ID:   29736
 Updated by:   [EMAIL PROTECTED]
 Reported By:  hans at velum dot net
-Status:   Open
+Status:   Bogus
 Bug Type: Feature/Change Request
-Operating System: All
+Operating System: *
 PHP Version:  5.0.1
 New Comment:

Can't reproduce:

[EMAIL PROTECTED] /usr/src/PHP_5_0 $ php -r 'function __autoload($name) {
var_dump($name); } $x = NULL; var_dump($x instanceof test);'
make: `sapi/cli/php' is up to date.
string(4) "test"

Fatal error: Class 'test' not found in Command line code on line 1
[EMAIL PROTECTED] /usr/src/PHP_5_0 $ php -r 'function __autoload($name) {
var_dump($name); eval("class $name {}");} $x = NULL; var_dump($x
instanceof test);'
make: `sapi/cli/php' is up to date.
string(4) "test"
bool(false)

So the problem lies in unserialize() -> other bug


Previous Comments:


[2004-08-18 16:31:23] hans at velum dot net

Description:

[pasted from messages on internals@ list]

I like the new $obj instanceof ClassName way of checking class /
interface types,  but this method does have one major drawback
compared to the old is_a() approach:

  The class must be loaded in order to perform an instanceof check!

There are many situations where you do not want to have to load every
class to see whether a returned object is a class of that type.  In
particular for driver classes, the current model requires loading
*every* possible driver in order to check to see which type of class
was returned.

is_a() works great, but has been deprecated and is now generating
E_STRICT errors.


Reproduce code:
---
[conributed by Sean Coates on internals@ list]



 and 



Expected result:

$foo is_a Foo? yes
$foo instanceof Foo? yes

 and 

$foo is_a Foo? no
$foo instanceof Foo? no



Actual result:
--
$foo is_a Foo? yes
$foo instanceof Foo? yes

 and 

$foo is_a Foo? no

Fatal error: Class 'Foo' not found in 
/home/sean/phpdoc/scripts/tmp/is_a.php on line 8





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


#29617 [Com]: call_user_func_array doesn't handle correctly Exceptions

2004-08-18 Thread JustinHagstrom at yahoo dot com
 ID:   29617
 Comment by:   JustinHagstrom at yahoo dot com
 Reported By:  jpbarrette at savoirfairelinux dot net
 Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: Mandrake linux 10.0 (Community)
 PHP Version:  5.0.0
 New Comment:

This bug was already reported here:
http://bugs.php.net/bug.php?id=28934


Previous Comments:


[2004-08-16 06:44:25] php dot net at benjamin dot schulz dot name

this is 5.0.1 here



[2004-08-16 06:42:46] php dot net at benjamin dot schulz dot name

i experienced this problem,  too:
Sample Code:

';
}

try {
call_user_func('foo');
} catch(Exception $e) {
echo __LINE__, '';
}

try {
call_user_func_array('foo', array());
} catch(Exception $e) {
echo __LINE__, '';
}

?>

Expected Result
---
11
17
23

Actual Result
-
11
17

Warning: call_user_func_array() [function.call-user-func-array]: Unable
to call foo() in /home/eskaly/dev/test.php on line 27
23



[2004-08-11 17:26:48] jpbarrette at savoirfairelinux dot net

The fixed code: 
 




[2004-08-11 17:23:22] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.



[2004-08-11 16:58:55] jpbarrette at savoirfairelinux dot net

Description:

If I throw an exception in a function previously called by 
call_user_func_array, It produces a warning saying: 
 
Unable to call (the function name) 
 
But the function was correctly called. The same situation 
doesn't occur if I use call_user_func instead. 

Reproduce code:
---
http://bugs.php.net/?id=29617&edit=1


#29747 [NEW]: Fatal error on COM registry read.

2004-08-18 Thread radek at pinkbike dot com
From: radek at pinkbike dot com
Operating system: Windows XP
PHP version:  5CVS-2004-08-19 (dev)
PHP Bug Type: COM related
Bug description:  Fatal error on COM registry read.

Description:

Fatal error using the 'WScript.Shell' COM when accessing the registry on
WIndows XP.  Tried  5.0 RC3, 5.0, and latest  Apache/1.3.31 (Win32)
PHP/5.0.2-dev with same results.

Reproduce code:
---
This works correctly (reading a valid registry entry)

  $shell= &new COM('WScript.Shell');
  $data=$shell->regRead('HKEY_CURRENT_USER\Environment\TEMP');

The following causes a fatal error if the registry key does not exist

  $shell= &new COM('WScript.Shell');
  $data=$shell->regRead('HKEY_CURRENT_USER\Environment\TEMP1');

This used to work correctly in 4.x versions of PHP.

Expected result:

Not to get a fatal error but a NULL if a registry entery does not exist.

Actual result:
--
Fatal error: Uncaught exception 'com_exception' with message 'Source:
WshShell.RegRead
Description: Unable to open registry key
"HKEY_CURRENT_USER\Environment\TEMP1" for reading.' in
f:\web\test.php:3 Stack trace: #0 {main} thrown in f:\web\test.php on line
3

-- 
Edit bug report at http://bugs.php.net/?id=29747&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29747&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29747&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29747&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29747&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29747&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29747&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29747&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29747&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29747&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29747&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29747&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29747&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29747&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29747&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29747&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29747&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29747&r=float


#29748 [NEW]: simplexml: tags doesn't exist crash my CLI or Apache

2004-08-18 Thread mesarpe at gmail dot com
From: mesarpe at gmail dot com
Operating system: windows XP
PHP version:  5.0.1
PHP Bug Type: CGI related
Bug description:  simplexml: tags doesn't exist crash my CLI or Apache

Description:

Hello! Well, I'm loadind an XML file into a file this xml has a parameter
that doesn't exist. I try to readit, if it doesn't  exist, system shows me
a windows messaged that CLI has crashed and my application will be closed.
(I'm using Dev-PHP version alpha 3 http://devphp.sourceforge.net/)

I tryied to check it with Apache and my apache crash down too.

Thanks, anyway!

Reproduce code:
---
$var = @simplexml_load_file('xml.xml');
if($var->options->item == false)
 echo "a";
else
 echo "b";

Expected result:

a or b
a if it exist.
b if it doesn't

Actual result:
--
nothing

-- 
Edit bug report at http://bugs.php.net/?id=29748&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29748&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29748&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29748&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29748&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29748&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29748&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29748&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29748&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29748&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29748&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29748&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29748&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29748&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29748&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29748&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29748&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29748&r=float


#27383 [Com]: uninitialized memory in http_fopen_wrapper.c error handling

2004-08-18 Thread iceberg64_2001 at yahoo dot com
 ID:   27383
 Comment by:   iceberg64_2001 at yahoo dot com
 Reported By:  remijnj at eidetica dot com
 Status:   Closed
 Bug Type: HTTP related
 Operating System: Linux (Slackware 9.1)
 PHP Version:  4.3.5RC3
 New Comment:

I have a problem with my pc. Everytime im on the internet a Microsoft
Visual c++ runtime library error tag will come up. I dont know i why.
Can anyone help me?


Previous Comments:


[2004-02-25 18:56:37] [EMAIL PROTECTED]

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.





[2004-02-25 17:47:09] remijnj at eidetica dot com

It does reach that line if php_stream_eof(stream) evaluates to true
(seems to happen if the sending of the request times out or something).
I've seen it happen and my patch easily fixes the problem of printing
uninitialized data in that does not contain any '\0' char.

I'm not sure how the code all works but i've seen this exact error with
the "HTTP request failed!" bit and i don't see this string anywhere else
in the source so i'm pretty sure it reaches it. I could be mistaken
about why it is still unitialized though. 

Point is i have applied this patch in our server and the errors are now
printed without the "garbage" bytes.

Joost



[2004-02-25 16:30:23] [EMAIL PROTECTED]

In the CVS it cannot reach that line, if tmp_line is < 9 
then response_code is set to 0 and the code terminates 
before that line is reached. In all other instances 
tmp_line will contain a null terminated string. 



[2004-02-25 15:09:45] remijnj at eidetica dot com

I reopened the bug because the tmp_line is still not initialized. See
my previous comment (forgot to open the bug again) which has a simple
patch from cvs diff -u.

Joost



[2004-02-24 17:51:34] remijnj at eidetica dot com

Thanks for adding it to CVS so quickly. I got the cvs version checked
out now and i notice one important bit missing (because i didn't
explain it properly i guess).

My initial problem (garbage bytes in "HTTP request failed" error) is
still there as far as i can see from the code. Let me explain.

The line :
php_stream_wrapper_log_error(wrapper, options TSRMLS_CC, "HTTP request
failed! %s", tmp_line);

can be reached with tmp_line uninitialized. That is why i added the
'tmp_line[0] = '\0';' at the start of the function. Here an incremental
patch on top of this.

Index: ext/standard/http_fopen_wrapper.c
===
RCS file: /repository/php-src/ext/standard/http_fopen_wrapper.c,v
retrieving revision 1.53.2.15
diff -u -r1.53.2.15 http_fopen_wrapper.c
--- ext/standard/http_fopen_wrapper.c   24 Feb 2004 21:53:56 - 
1.53.2.15
+++ ext/standard/http_fopen_wrapper.c   24 Feb 2004 22:51:56 -
@@ -107,6 +107,8 @@
size_t chunk_size = 0, file_size = 0;
int eol_detect, have_header = 0;

+   tmp_line[0] = '\0';
+
if (redirect_max < 1) {
php_error_docref(NULL TSRMLS_CC, E_WARNING, "Circular
redirect, aborting.");
return NULL;



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

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


#29736 [Bgs]: instanceof requires class to be loaded

2004-08-18 Thread hans at velum dot net
 ID:   29736
 User updated by:  hans at velum dot net
 Reported By:  hans at velum dot net
 Status:   Bogus
 Bug Type: Feature/Change Request
 Operating System: *
 PHP Version:  5.0.1
 New Comment:

Well, no ... the problem that I am describing has nothing to do with
unserialize().  That was just an example that Sean posted that
illustrates how is_a() and instanceof differ.  I apologize if that
wasn't clear.

You did reproduce the bug in your first example.

Simple reproduction:



Will result in E_FATAL (no such class).  That's the problem.  is_a()
has no such limitations, but is now deprecated.  This change
suggestion/request is asking for a way to check whether a variable is
an instance of a particular class/superclass/interface *without loading
that class/interface*.

Hope that makes it clearer.

-Hans


Previous Comments:


[2004-08-19 01:28:46] [EMAIL PROTECTED]

Can't reproduce:

[EMAIL PROTECTED] /usr/src/PHP_5_0 $ php -r 'function __autoload($name) {
var_dump($name); } $x = NULL; var_dump($x instanceof test);'
make: `sapi/cli/php' is up to date.
string(4) "test"

Fatal error: Class 'test' not found in Command line code on line 1
[EMAIL PROTECTED] /usr/src/PHP_5_0 $ php -r 'function __autoload($name) {
var_dump($name); eval("class $name {}");} $x = NULL; var_dump($x
instanceof test);'
make: `sapi/cli/php' is up to date.
string(4) "test"
bool(false)

So the problem lies in unserialize() -> other bug



[2004-08-18 16:31:23] hans at velum dot net

Description:

[pasted from messages on internals@ list]

I like the new $obj instanceof ClassName way of checking class /
interface types,  but this method does have one major drawback
compared to the old is_a() approach:

  The class must be loaded in order to perform an instanceof check!

There are many situations where you do not want to have to load every
class to see whether a returned object is a class of that type.  In
particular for driver classes, the current model requires loading
*every* possible driver in order to check to see which type of class
was returned.

is_a() works great, but has been deprecated and is now generating
E_STRICT errors.


Reproduce code:
---
[conributed by Sean Coates on internals@ list]



 and 



Expected result:

$foo is_a Foo? yes
$foo instanceof Foo? yes

 and 

$foo is_a Foo? no
$foo instanceof Foo? no



Actual result:
--
$foo is_a Foo? yes
$foo instanceof Foo? yes

 and 

$foo is_a Foo? no

Fatal error: Class 'Foo' not found in 
/home/sean/phpdoc/scripts/tmp/is_a.php on line 8





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


#29736 [Bgs->Opn]: instanceof requires class to be loaded

2004-08-18 Thread alan_k
 ID:   29736
 Updated by:   [EMAIL PROTECTED]
 Reported By:  hans at velum dot net
-Status:   Bogus
+Status:   Open
 Bug Type: Feature/Change Request
 Operating System: *
 PHP Version:  5.0.1
 New Comment:

The example was buggy, but the bug exists :)

php5 -r 'class Foo{} $f = unserialize("O:3:\"Foo\":0:{}");
var_dump(!($foo instanceof Bar));'

Bar could be a huge class, I dont want to load it just to check $f
wasnt a instance of it?


Previous Comments:


[2004-08-19 02:40:32] hans at velum dot net

Well, no ... the problem that I am describing has nothing to do with
unserialize().  That was just an example that Sean posted that
illustrates how is_a() and instanceof differ.  I apologize if that
wasn't clear.

You did reproduce the bug in your first example.

Simple reproduction:



Will result in E_FATAL (no such class).  That's the problem.  is_a()
has no such limitations, but is now deprecated.  This change
suggestion/request is asking for a way to check whether a variable is
an instance of a particular class/superclass/interface *without loading
that class/interface*.

Hope that makes it clearer.

-Hans



[2004-08-19 01:28:46] [EMAIL PROTECTED]

Can't reproduce:

[EMAIL PROTECTED] /usr/src/PHP_5_0 $ php -r 'function __autoload($name) {
var_dump($name); } $x = NULL; var_dump($x instanceof test);'
make: `sapi/cli/php' is up to date.
string(4) "test"

Fatal error: Class 'test' not found in Command line code on line 1
[EMAIL PROTECTED] /usr/src/PHP_5_0 $ php -r 'function __autoload($name) {
var_dump($name); eval("class $name {}");} $x = NULL; var_dump($x
instanceof test);'
make: `sapi/cli/php' is up to date.
string(4) "test"
bool(false)

So the problem lies in unserialize() -> other bug



[2004-08-18 16:31:23] hans at velum dot net

Description:

[pasted from messages on internals@ list]

I like the new $obj instanceof ClassName way of checking class /
interface types,  but this method does have one major drawback
compared to the old is_a() approach:

  The class must be loaded in order to perform an instanceof check!

There are many situations where you do not want to have to load every
class to see whether a returned object is a class of that type.  In
particular for driver classes, the current model requires loading
*every* possible driver in order to check to see which type of class
was returned.

is_a() works great, but has been deprecated and is now generating
E_STRICT errors.


Reproduce code:
---
[conributed by Sean Coates on internals@ list]



 and 



Expected result:

$foo is_a Foo? yes
$foo instanceof Foo? yes

 and 

$foo is_a Foo? no
$foo instanceof Foo? no



Actual result:
--
$foo is_a Foo? yes
$foo instanceof Foo? yes

 and 

$foo is_a Foo? no

Fatal error: Class 'Foo' not found in 
/home/sean/phpdoc/scripts/tmp/is_a.php on line 8





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


#17826 [Com]: PHP 4.2.1 Apache SAPI is not compatible with Apache 2.0.39

2004-08-18 Thread cp444 at nyu dot edu
 ID:   17826
 Comment by:   cp444 at nyu dot edu
 Reported By:  jan at penninkhof dot com
 Status:   Closed
 Bug Type: Apache2 related
 Operating System: Win32
 PHP Version:  4.2.1
 Assigned To:  edink
 New Comment:

I'm running on Windows XP and dont have the winnt directory.  I
followed all the directions as posted previously but am still running
into the command line: the specified module cannot be found.

I downloaded php5-win32-latest and am working on mysql-4.0.20d-win.
Please advise.


Previous Comments:


[2002-12-29 11:50:16] kemalcelayir at hotmail dot com

Apache 2.0.43 and PHP Version 4.3.1-dev work together. Most problems
are because of PHP version.

http://snaps.php.net/win32/php4-win32-latest.zip

LoadModule php4_module c:/php/sapi/php4apache2.dll
AddType application/x-httpd-php .php .php3 .php4 .phtml

That's all.



[2002-12-22 11:16:04] bodewes_NO_SPAM_ at fmf dot nl

Finaly!!!

I got i fixed!

I downloaded the latest from the website (rc4) from:
http://snaps.php.net/~edink/php-4.3.0RC4-Win32.zip

Just unzipped it and named it c:/php/

edited the http.conf in the way mentioned above
and edited the php.ini in the windows folder

And that only after 3 hours :P



[2002-12-13 07:46:57] vince at alkinos dot com

OK,

corrected thanks to Edin:

# There is link on the front page:
# 
# http://snaps.php.net/~edink/php-4.3.0RC3-Win32.zip
# 
# Edin

Vince



[2002-12-13 05:18:29] vince at alkinos dot com

Hi,

Despite having done exactly what is explained in "[23 Oct 8:52pm]
[EMAIL PROTECTED]" in this bug list, I still have "cannot load
php4apache2.dll into server - The specified procedure cannot be found".


Versions of apache and php are the same. The only thing is that I'm
using Windows XP Pro SP1 with all windows updates... Download of
php4-win32-STABLE-latest.zip
 was made today (buggy version?)
What's wrong???
Do I have to put php4ts.dll into the register datas???
DO I miss any specific XP Pro procedure?
I spent 3 hours on this and it still doesn't work.
Urgent help needed plz.
Thanks in advance.
Vince



[2002-12-07 11:18:22] cis at cis dot net

When I use the SAPI DLL for PHP on W2K and Apache 2.0.43, I get
nothing. :(

No errors anywhere I can see, but also no php processing. I know it's
'supposed' to be buggy, but I get nothing - not even an error.

I can load a .php page, but everything between the  shows
up in
the page source.

If I use php-cgi.exe instead of php4apache2.dll, my pages work. But I
have
an urgent need for the virtual() function and this only works in the
dll
version of php.

Using apache -k start there are no errors. There are also no errors in
error.log. I've set php.ini to report errors, but there aren't ever
any.

Anyone got an idea? My httpd.conf contains:

# PHP
LoadModule php4_module c:/php/sapi/php4apache2.dll
#AddModule mod_php4.c
AddType application/x-httpd-php .phtml .php .php3 .php4 .html

I've commented out the AddModule line for 2 reasons. One is that I have
no
module called mod_php4.c - the other reason is that the docs say that
it's
not required in the newer versions of Apache, especially Apache 2.

Bob Kramer



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

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


#29698 [Opn]: include suite does not traverse include_path subdirectories

2004-08-18 Thread mills at sinetechnologies dot com
 ID:   29698
 User updated by:  mills at sinetechnologies dot com
 Reported By:  mills at sinetechnologies dot com
 Status:   Open
 Bug Type: Zend Engine 2 problem
 Operating System: Win XP
 PHP Version:  5.0.1
 New Comment:

Changing the '.' to './' had no success on the problem. 

Also, I cannot directly call C:\Program Files\Apache
Group\Apache\php\include\phrame\util\HashMap.php (it is two directories
below the include directory). 

But I can directly call C:\Program Files\Apache
Group\Apache\php\include\include.php

Permissions on the files are the same.


Previous Comments:


[2004-08-18 12:25:46] scooter at butterball dot demon dot co dot uk

Hi,

We have resolved this bug on our Solaris box.

The php.ini file was still the old php4 version, we installed the php5
version of the php.ini file and now recursive includes work fine on the
Solaris box.  

They always worked on the Fedora box, but it had the php5 .ini file
installed from the start.

Not sure if this is a solution to the apparent bug on Win XP, but it
worked for us.

One last point the include_path on the php.ini file was the only
element changed from the default, the '.' was changed to './' - this
may also be important.

Scooter



[2004-08-18 10:21:04] scooter at butterball dot demon dot co dot uk

Hi,

I have seen the same problem on SunOS 5.8

Our code works fine on Linux Fedora Core 2.

PHP version 5.0.1 is being used on both platforms.

Scooter



[2004-08-16 17:00:07] mills at sinetechnologies dot com

This is not a duplication of 27891, or any other bug I 
have seen.



[2004-08-16 08:33:57] mills at sinetechnologies dot com

Description:

This is new for PHP5. PHP4 works as expected. 

Using require_once as the test, and having a properly set up include
path, require_once does not travel farther down the include_path to
locate files to include. 

Same behavior in cgi and module implementations. 

For example, take the following include path: 
include_path = ".;C:\Program Files\Apache Group\Apache\php\include"

In the include directory is another directory called 'phrame'

The phrame directory contains files and folders. The file 'include.php'
contains other include calls such as include( 'util/Object.php'); (the
location of which is "C:\Program Files\Apache
Group\Apache\php\include\phrame\util\Object.php") This should use . and
then find the util/Object.php. It does in PHP4, but not in PHP5. 

It looks like the parser is only going one directory deep when
searching for files, and not allowing recursive calls. For PHP4, it
works as expected, and all files are included, but PHP5 only goes one
directory deep, and fails for subdirectories. 

This makes implementing projects built with PHP4 and extending them
with PHP5 a nightmare for both server administrators and developers.

Directory Structure Summary:  

/include
/phrame
include.php
/util
/Object.php



Reproduce code:
---
//load include page which loads other needed pages
require_once 'phrame/include.php'; 

//directly load a needed page for test purposes. 
require_once 'phrame/util/Object.php';

Expected result:

//in PHP4
//include loaded and all other pages loaded
require_once 'phrame/include.php';
 
//a direct call to this page gets loaded. 
require_once 'phrame/util/Object.php';

Actual result:
--
//in PHP5
//partial works, include.php is included if blank,
//but because of other include calls, the require_once
//causes this page to fail to load.
require_once 'phrame/include.php'; 

//does not work! page fails to load 
require_once 'phrame/util/Object.php';





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


#29751 [NEW]: php5isapi.dll give "no input file specified error"

2004-08-18 Thread steve_info at dcsi dot com
From: steve_info at dcsi dot com
Operating system: Windows 2000 Server
PHP version:  5.0.1
PHP Bug Type: IIS related
Bug description:  php5isapi.dll give "no input file specified error"

Description:

I installed 5.0.1 for Windows 2000 using the php5isapi.dll.  I stopped and
restrated IIS and then checked it out with phpinfo().  I recieved the "no
input file specified" error.  I rechecked all the installation steps but
never could resolve the problem.

I suspected the .dll was acting a lot like the CGI executable without the
%s%s, so I decided to replace the version 5 dlls with the version 4.3.8
Dlls.  

I did this and then edited the .php script configuration and the registry
values to reflect the version 4 dll.

It all works.  It looks like the php5isapi.dll is the worng file.  This
the .zip distribution.



-- 
Edit bug report at http://bugs.php.net/?id=29751&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29751&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29751&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29751&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29751&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29751&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29751&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29751&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29751&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29751&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29751&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29751&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29751&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29751&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29751&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29751&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29751&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29751&r=float


#17774 [Com]: connection_status() not returning correct result

2004-08-18 Thread sneakin at semanticgap dot com
 ID:   17774
 Comment by:   sneakin at semanticgap dot com
 Reported By:  neil at mpfreescene dot com
 Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: FREEBSD 4.7-STABLE
 PHP Version:  PHP/4.3.0RC3
 New Comment:

I tried using connection_aborted(), but I guess in 2 years time this
bug hasn't been fixed. I'm using class.jabber.php, and I'm still
waiting for it to disconnect from a page that got stopped. I'm using
PHP 4.3.2.


Previous Comments:


[2003-04-18 14:55:18] stank at stank dot stank

Same problem here.  If php can abort when the user aborts, why do you
have to output to tell if the user has aborted?



[2003-02-02 11:52:48] blahstyle at hotmail dot com

It's glad to meet the person who's suffering with same bug.

I have two sample codes that isn't run correctly.

First one:

It's supposed to stop at xx:0 when user press STOP button of browser,
but it isn't. The number is continued until 100.

Second one:



Registered Shutdown function won't work!

Neither of them worked correctly.

Apache 1.3.27 + PHP 4.3.0, Win32 / FreeBSD 4.6
PHP is running as a dynamic module for Apache.



[2002-12-13 04:05:31] neil at mpfreescene dot com

ignore that, its working now, but it wasnt a minute ago.



[2002-12-13 04:04:08] neil at mpfreescene dot com

Okay, so we got the problem down to apache 2.x.  ANyway, I got time to
install apache 1.3.27.

Now my system is running this :-

SERVER_SOFTWARE Apache/1.3.27 (Unix) PHP/4.3.0RC3 

And the problem still exists.

I run the exact same script as shown above, which yourselfs have
verified should return a '1'.  The script is returning a 0, even if I
press the STOP button.

I have not bothered to compile gzip into this apache installation, to
ensure it is not that which causes a problem.


http://admin.mghost.net/~neil/test/ - script
http://admin.mghost.net/~neil/test/output.txt - output file
http://admin.mghost.net/~neil/test/test.cgi - standard perl diver
script, to show details of my server.



[2002-12-08 17:01:42] neil at mpfreescene dot com

This may interest you :-

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8996

Obviously if apaches log files are doing htat, then its completely the
fault of apache 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/17774

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


#29617 [Opn->Bgs]: call_user_func_array doesn't handle correctly Exceptions

2004-08-18 Thread tony2001
 ID:   29617
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jpbarrette at savoirfairelinux dot net
-Status:   Open
+Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: Mandrake linux 10.0 (Community)
 PHP Version:  5.0.0
 New Comment:

Duplicate of #28934.


Previous Comments:


[2004-08-19 01:34:28] JustinHagstrom at yahoo dot com

This bug was already reported here:
http://bugs.php.net/bug.php?id=28934



[2004-08-16 06:44:25] php dot net at benjamin dot schulz dot name

this is 5.0.1 here



[2004-08-16 06:42:46] php dot net at benjamin dot schulz dot name

i experienced this problem,  too:
Sample Code:

';
}

try {
call_user_func('foo');
} catch(Exception $e) {
echo __LINE__, '';
}

try {
call_user_func_array('foo', array());
} catch(Exception $e) {
echo __LINE__, '';
}

?>

Expected Result
---
11
17
23

Actual Result
-
11
17

Warning: call_user_func_array() [function.call-user-func-array]: Unable
to call foo() in /home/eskaly/dev/test.php on line 27
23



[2004-08-11 17:26:48] jpbarrette at savoirfairelinux dot net

The fixed code: 
 




[2004-08-11 17:23:22] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/29617

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


#28227 [Com]: PHP CGI depends upon non-standard SCRIPT_FILENAME

2004-08-18 Thread keith at ksmith dot com
 ID:   28227
 Comment by:   keith at ksmith dot com
 Reported By:  lukem at NetBSD dot org
 Status:   Assigned
 Bug Type: CGI related
 Operating System: NetBSD 2.0C
 PHP Version:  4.3.6
 Assigned To:  shane
 New Comment:

4.3.1 does not suffer this.  It was introduced at or prior to 4.3.4


Previous Comments:


[2004-05-03 19:47:16] shane at caraveo dot com

The current code does not rely on script_filename, script_filename is
only used as a shortcut if it is available.  Otherwise, the init
function tries to determine the real script path, IF the fix_pathinfo
ini setting is on.  The current code was only tested under apache and
iis.

That said, the patch looks ok, and very likely improves the situation,
but needs some good testing on apache/mod_php, apache/cgi, iis/isapi
and iis/cgi, with various changes of configuration in php.ini (discard
path, fix pathinfo, etc.).  Unfortunately I have zero time.

-Shane



[2004-05-03 11:59:41] [EMAIL PROTECTED]

Shane, can you please take a look when you have a moment?



[2004-05-03 04:25:48] lukem at NetBSD dot org

Here's the patch:
 
http://cvsweb.netbsd.org/bsdweb.cgi/~checkout~/pkgsrc/www/php4/patches/patch-aa?rev=1.10&content-type=text/plain



[2004-04-30 02:11:47] lukem at NetBSD dot org

Description:

I upgraded PHP from 4.2.3 to 4.3.6 and I started getting the error "No
input file specified." from the php-as-cgi whilst running under a
(fairly minimal and small) web server called bozohttpd.

Further investigation reveals that
sapi/cgi/cgi_main.c::init_request_info() is using the existance of
SCRIPT_FILENAME to determine if php is running as a CGI.

However, the "defacto standard" for CGI/1.1:
   http://cgi-spec.golux.com/
makes no mention of SCRIPT_FILENAME, only SCRIPT_NAME.
Thus, when a web server that is used to run php as a CGI doesn't
support SCRIPT_FILENAME (which is reasonable - see the specs above),
php refuses to function and fails with the error above.

Some research into other web servers indicates that none of them
support SCRIPT_FILENAME.  These servers include:
   thttpd, mini_httpd, w3c-httpd, OmniHTTPd - (PHP PR 25833), Xitami
(PHP PR 25305)

This issue is also alluded to in the "command line" documentation on
your web site:
  http://www.php.net/features.commandline
(search for "no input file").

In summary, PHP 4.3.6 should not be relying solely upon SCRIPT_FILENAME
to determine if it's running as a CGI.
I have a patch to fix this issue - rev 1.10 of NetBSD's
pkgsrc/www/php4/patches/patch-aa - which I can provide if necessary.

Cheers,
Luke Mewburn.








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


#29752 [NEW]: session and gzcompress don't work together

2004-08-18 Thread php-is-cool at gmx dot net
From: php-is-cool at gmx dot net
Operating system: Linux
PHP version:  4.3.7
PHP Bug Type: Session related
Bug description:  session and gzcompress don't work together

Description:

if I send output to the browser using gzcompress the session-id does not
get added.

I know the reason for this: gzcompress returns a compressed binary string
that can't be searched for relative urls.

But i don't know the reason why gzcompress does not invoke the
url-rewriting before actually starting with compressing the data?

Wouldn't that be a good thing?

thanks in advance


-- 
Edit bug report at http://bugs.php.net/?id=29752&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29752&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29752&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29752&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29752&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29752&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29752&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29752&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29752&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29752&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29752&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29752&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=29752&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29752&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=29752&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=29752&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29752&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29752&r=float


  1   2   >