#17174 [Asn->Csd]: checkdnsrr: add AAAA type

[pollita]

 ID:   17174
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Assigned
+Status:   Closed
 Bug Type: Feature/Change Request
 Operating System: UNIX
 PHP Version:  4.1.2
 Assigned To:  pollita
 New Comment:

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

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

Added support to dns_get_record at same time...


Previous Comments:


[2002-05-13 05:04:51] [EMAIL PROTECTED]

Regarding the function checkdnsrr (documented as part of the Network
functions):

I would be pleased if you could add support for the  type (the IPv6
equivalent of the A record)




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

#20880 [Opn]: In ImageCopy transparency of the top grafic dominates color of the bottom grafic

[rc]

 ID:   20880
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: GD related
 Operating System: Mac OSX 10.2.2
 PHP Version:  4.2.3
 New Comment:

The application is at http://rc.opelgt.org/rechnereien/tacho.html
The two gifs are at http://rc.opelgt.org/rechnereien/diagramm.gif and
http://rc.opelgt.org/rechnereien/verdeck.gif
The two pngs are at http://rc.opelgt.org/rechnereien/diagramm.png and
http://rc.opelgt.org/rechnereien/verdeck.png
The php code is

A test html page for easy viewing with dark background





The two pngs are created with Adobe PhotoShop 6.
I tried to solve the problem with different colors in the two pings
marked as transparent (before both #00FF00) but without success.

Rüdiger


Previous Comments:


[2002-12-07 20:46:08] [EMAIL PROTECTED]

Hello,

A quick test helpfull to find out what happens with your image, can you
provide a url (html page) with the 2 original images you use to create
the final gif image you provided as a link, and a short script to
reproduce it.

About a compiler on a macos platform, you may take a look at:
http://www.phpmac.com/

pierre



[2002-12-07 19:45:20] [EMAIL PROTECTED]

Hello Pierre,

as mentioned I have a Mac and using a C-Compiler is beyond my
possibilities.

I will wait for 4.3 as a Mac-Version.
Rüdiger

P.s.: Or do you have a source for a free C-Compiler for Mac OSX?



[2002-12-07 19:30:53] [EMAIL PROTECTED]



These 2 links pointed you to the latest development version of php. The
1st link is the linux sources, the 2nd in the windows binary version
(which you can use on a windows box as a full replacement of your
current installation for tests purpose).

In the case you will test with one these version, please use the
bundled gd library (compile with "--with-gd" to get it).

Then can you try to export it as a png image and post an url here ?

pierre


You have sent me twice the same link.
When I have no C-Compiler (or what kind of source is this?)
what shall I do with it?



[2002-12-07 19:11:32] [EMAIL PROTECTED]

Try what?
You have sent me twice the same link.
When I have no C-Compiler (or what kind of source is this?)
what shall I do with it?

Rüdiger



[2002-12-07 17:34:26] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

Download the latest PHP snapshot from the URL in this message and try
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/20880

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

#20864 [Opn->Fbk]: Cc/Bcc fields don't seem to work

[sniper]

 ID:   20864
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Mail related
 Operating System: Windows 2000
 PHP Version:  4.2.3
 New Comment:

Are you sure your php.ini is even read? Is it in correct place? Is it
with correct NAME..(common problem, people tend to name it php.ini.ini
on Windows)



Previous Comments:


[2002-12-07 10:10:43] [EMAIL PROTECTED]

I seem to have been misunderstood. I tried using the referred devel
snapshot and I always get the "PHP CGI cannot
be accessed directly [...]" message, even with the parameters shown
above. Can anybody tell me what else might be wrong (note: I haven't
had these problems with any other PHP release before..)



[2002-12-07 02:55:26] [EMAIL PROTECTED]

In my case, Cc: and Bcc: work now (dev and stable snapshots on winXP).

Christoph



[2002-12-06 18:31:06] [EMAIL PROTECTED]

So does the mail work now?




[2002-12-06 12:35:48] [EMAIL PROTECTED]

Addendum to last comment: php-cgi.exe does not make the request hang
forever. Sorry about that. All the other info still stands.



[2002-12-06 12:32:27] [EMAIL PROTECTED]

I'm having a hard time getting that CVS build to work (using IIS) ...
I'm using it as a CGI binary and it always returns the "PHP CGI cannot
be accessed directly blabla" page. Here are my php.ini CGI options:

cgi.force_redirect = 0;
cgi.redirect_status_env = ;
fastcgi.impersonate = 1;
cgi.rfc2616_headers = 1;

I've tried mapping the .php extension to both php.exe and php-cgi.exe.
Mapping it to php-cgi.exe seems to make the request for any script hang
around forever.

By the way, it would be nice if the CVS Windows builds didn't have Unix
linebreaks on the text/ini files :)



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

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

#20884 [Opn->Bgs]: Session file stay forever

[sniper]

 ID:   20884
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Session related
 Operating System: FreeBSD 4.5
 PHP Version:  4.2.3
 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


Previous Comments:


[2002-12-08 01:27:59] [EMAIL PROTECTED]

Here's my conf:
[Session]
session.save_handler = files
session.save_path = /tmp
session.use_cookies = 1
session.name = PHPSESSID
session.auto_start = 0
session.cookie_lifetime = 0
session.cookie_path = /
session.cookie_domain =
session.serialize_handler = php
session.gc_probability = 1
session.gc_maxlifetime = 1440
session.referer_check =
session.entropy_length = 0
session.entropy_file =
;session.entropy_length = 16
;session.entropy_file = /dev/urandom
session.cache_limiter = nocache
session.cache_expire = 180
session.use_trans_sid = 1


I start session and even if the user close it's browser, the session
file stay forever... It stay there and I have to delete them else I get
an hundred of session file created I tested it on my 2 box
(Freebsd4.5) and it does that too





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

#20701 [Opn->Bgs]: ld: can't locate file for: -laprutil and after

[sniper]

 ID:   20701
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Mac OS 10.2.2
 PHP Version:  4CVS-2002-11-28 (dev)
 New Comment:

Not PHP bug -> bogus.



Previous Comments:


[2002-12-07 15:23:45] [EMAIL PROTECTED]

With the new release and no patch in the makefile,
the aprutil library is found but I got:
ld: Bad magic number
I think now the problem is not in Php but in Apache2. 
The path to this library belongs
to Apache source tree, not the install tree,
as if the install fails to build the library
for my machine, leaving a pointer to a (useless)
default library in the source tree. I continue
to investigate this.
Thanks a lot



[2002-12-07 01:59:14] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

try compiling with --with-apxs2 without specifying the patch to the
apxs utility.



[2002-11-29 08:38:58] [EMAIL PROTECTED]

> Does it compile if you remove the 
> --with-apxs2=/usr/local/apache2/bin/apxs configure option?

YES

esj



[2002-11-28 22:01:33] [EMAIL PROTECTED]

Does it compile if you remove the 
--with-apxs2=/usr/local/apache2/bin/apxs configure option?



[2002-11-28 10:54:26] [EMAIL PROTECTED]

I tried to install php 4.4.0dev with Apache 2.0.43 by doing:

./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-pgsql
make

and got:

ld: can't locate file for: -laprutil

I deduced from bug reports on other OS that my be this file
was not necessary, and removed "-laprutil" from the makefile.
Then, make goes further, with similar problems.
You will find below the diff between the original Makefile
and the final. With this, make achieve its goal, and php
seems to work, and to connect to the pgsql server through
my browser. 
However, ld produced a lot of warnings about multiple
definition

ld: warning multiple definitions of symbol _XmlInitEncodingNS
ext/xml/expat/xmltok.o definition of _XmlInitEncodingNS in section
(__TEXT,__text)
/usr/local/apache2/bin/httpd definition of _XmlInitEncodingNS

and lot of others. Is there any problems with this ?


Here is the diff :

14c14
< MH_BUNDLE_FLAGS = -bundle -bundle_loader /usr/local/apache2/bin/httpd
-L/Users/Shared/httpd-2.0.43/srclib/apr-util/xml/expat/lib
-L/usr/local/apache2/lib -laprutil
/Users/Shared/httpd-2.0.43/srclib/apr-util/xml/expat/lib/libexpat.la
-L/usr/local/apache2/lib -lapr-0 -lm
---
> MH_BUNDLE_FLAGS = -bundle -bundle_loader /usr/local/apache2/bin/httpd
-L/Users/Shared/httpd-2.0.43/srclib/apr-util/xml/expat/lib
-L/usr/local/apache2/lib -L/usr/lib -lssl -lcrypto
69c69
< EXTRA_LIBS = -lpq -lm
---
> EXTRA_LIBS = -lpq -lm -lssl -lcrypto
84c84
< PHP_LDFLAGS = -L/usr/local/pgsql/lib
---
> PHP_LDFLAGS = -L/usr/local/pgsql/lib -L/usr/lib


---

E. Saint-James





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

#10557 [Com]: php does not work with php_mcrypt.dll

[discryingoy]

 ID:   10557
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: mcrypt related
 Operating System: windows 98
 PHP Version:  4.0.4
 New Comment:

the same question hepand to me,what should I do ?


Previous Comments:


[2001-04-30 16:35:49] [EMAIL PROTECTED]

submitted twice (#10556)




[2001-04-30 02:02:51] [EMAIL PROTECTED]

I am using a windows 98 machine.
I have installed php 4.0.4 using the easy installer for windows. I
downloaded the php_mcrypt.dll file
fromhttp://www.multimedia.uni-greifswald.de/~php4.
When i tried to run the test program I got the following error. unable
to load php_mcrypt.dll.The other dll's like php_gd.dll are
working.Please help me out.







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

#20524 [Opn->Bgs]: Session => empty files

[sniper]

 ID:   20524
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Session related
 Operating System: Mandrake et Redhat
 PHP Version:  4.2.3
 New Comment:

This is not PHP bug at all:

http://httpd.apache.org/docs/misc/known_client_problems.html




Previous Comments:


[2002-12-07 10:12:54] [EMAIL PROTECTED]

NO :)
I don't know why but Its working fine when KeepAlive is in Off and
doesn't work when it is defined as On !

If you have an idea...
It is php-4.1.2, php-4.2.2 or php 4.2.3 and apache 1.3.27
(other versions < 4.1.2 is exactly pareil)

http://www2.phpnet.org/phpinfo



[2002-12-07 10:07:56] [EMAIL PROTECTED]

Do you have any ideas as to why turning KeepAlive off solved the
problem?



[2002-12-07 02:43:23] [EMAIL PROTECTED]

I have solved my problem !

In the apache configuration :
KeepAlive Off

http://www2.phpnet.org/phpinfo.php

Its always a php bug !

Thanks but your suggestion of using $_SESSION did not resolv the
problem.
My solution work fine...

Cordially



[2002-12-07 01:27:09] [EMAIL PROTECTED]

Does it work when you try my suggestion of using $_SESSION ?



[2002-12-03 09:13:35] [EMAIL PROTECTED]

Please HELP ME !
I'm very blocked by that problem.

Thanks a lot for you reply



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

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

#17774 [Opn->Fbk]: connection_status() not returning correct result

[sniper]

 ID:   17774
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Scripting Engine problem
 Operating System: FREEBSD 4.5-STABLE
 PHP Version:  4.0CVS-2002-06-15
 New Comment:

For me your test script makes output.txt contain 1 when I press 'stop'
button in my browser.

But I'm using Apache 1.3.27. And so should you as Apache2 is still beta
quality.



Previous Comments:


[2002-12-07 08:47:29] [EMAIL PROTECTED]

Okay, time has moved on, plenty of new versions have come out, ive kept
up to the very latest all along, alas, as expected, it still doesnt
work.

Can I just get a clarification of what should happen when a user
presses the stop button on the following script ?  My guess is that it
should put a 1 or a 2 into the file, not a 0!


-
";
}
flush();
}
$a = $a + 1;
sleep('5');
}

exitfp();

?>

---


You keep telling me this function is fixed, but surely the above code
shuld have an output different to 0 if the user presses the stop button
?


Heres some version info from my server

FreeBSD admin.mghost.net 4.7-STABLE FreeBSD 4.7-STABLE #5: Sun Dec  1
00:39:59 GMT 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ADMIN
 i386


Apache/2.0.43 (Unix) PHP/4.3.0RC2



[2002-10-08 04:51:49] [EMAIL PROTECTED]

Just to keep you informed on this, I have now deleted my old install of
apache and installed a FRESH copy of apache 2.0.43 and the latest CVS
at the time, im still using the same php.ini file.

The problem still exists in its entirety.



[2002-09-30 15:17:24] [EMAIL PROTECTED]

Yes I am, however it didnt do this on the CVS install under a week ago,
thats irrespective of my problem, Im not all that fussed wether it
displays the zero or not, it really doesnt assist me in my long
standing problem with the code I want to write that depends on the STOP
buttong being pressed and detecting this.



[2002-09-30 15:05:02] [EMAIL PROTECTED]

Do you have output compression enabled, whether via PHP or via Apache
(mod_gzip module for example) ?



[2002-09-30 15:00:28] [EMAIL PROTECTED]

Hmm, I probably look a bit thick rite now, but belive I had tried both
values of ignore_user_abort, being set to false and true, but alwasy
the same result, oops on my part for not realins to change it back to
false, I did that and still the same result.

I assume that you mean by output_buffers being set to on, is in teh
php.ini ?

Well This is a clipit of my php.ini

; a value for this directive (e.g., output_buffering=4096).
output_buffering = Off


I havnt changed my php.ini in all my installs [/usr/local/lib/php.ini]
so that has been always set to Off.

So anyway, ive tried with the ignore_user_abort(false); set and still
it ignores the user abort and 50 seconds later produces a file that
contains a '0'.

I havnt changed anything since the last CVS a few days/weeks ago, yet
it is no longer displaying a 0 in the browser it is just going with
behaviour like it is buffering it, like you already suggested.



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

#20858 [Opn->Asn]: dba_open create always a lock file

[sniper]

 ID:   20858
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Assigned
 Bug Type: DBM/DBA related
 Operating System: Linux 2.2.16
 PHP Version:  4.3.0RC2
 Assigned To:  helly


Previous Comments:


[2002-12-07 09:11:03] [EMAIL PROTECTED]

This was intended and the documentation is bad on this. 'l' and 'd' are
only to force one of the two.

Maybe i'll add a new modifier to skip locking...



[2002-12-06 08:57:30] [EMAIL PROTECTED]

Already reported in comment on #20828. I make a separate bug report
since it's another bug.

Opening a db with 
create a lock file (note that the "l" attribute is not used)
This script will fail on a ro directory!





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

#12300 [Opn->Bgs]: exec() family problems

[sniper]

 ID:   12300
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Program Execution
 Operating System: WinXP
 PHP Version:  4.3
 New Comment:

Not PHP bug.



Previous Comments:


[2002-12-07 09:24:41] [EMAIL PROTECTED]

finally got it to work! i couldn't make PHP use cmd.exe in the system32
directory since its not allowed to read from that directory. however, i
copied cmd.exe into the script's directory and it worked. putting
cmd.exe in php.exe's directory also worked. and i dont need to specify
the command as "cmd.exe /c test.bat". using just "test.bat" works just
fine.

so i guess the whole issue is having cmd.exe readable to php.exe and
the simplest way to do that is placing cmd.exe in php.exe's directory.
making system32 readable to PHP wouldn't very secure, since you would
have to make it readable to all webserver processes.



[2002-12-06 20:00:54] [EMAIL PROTECTED]

Try this:





[2002-11-05 06:08:28] [EMAIL PROTECTED]

Maybe this bug duplicates this one:
http://bugs.php.net/bug.php?id=18958



[2002-09-26 04:12:49] [EMAIL PROTECTED]

Yes, I have the same problem. For previous 24 hours I am trying to
execute any program using exec, shell_exec, passthru... and Unable to
fork or unable to execute. I have set up both IIS 5.1 and php.ini as
unsecure as possible (temporary ;-) and no success. But I was
successful on MS Windows ME, Apache 1.3.? and PHP 4.1.? for more than
one year. So I am not sure, if it is not IIS configuration problem or
problem with new directive in php.ini - cgi.something. I am running PHP
4.2.3 as a module. 

Stepan



[2002-09-21 09:02:56] [EMAIL PROTECTED]

one year later :)

i've switched to a WinXP system. from the people who have posted
successful runs of system() and exec() on w2k and xp i thought it would
work.

however, it DOESN'T. i downloaded the latest dev version and tried
that. and it still doesn't happen.

it works fine in the command prompt (with php.exe and php-cgi.exe). but
in the browser (which uses php-cgi.exe) it gives the following:
Warning: system() [function.system]: Unable to fork
[D:\Website\projects\testbed\test.bat] in
D:\Website\projects\testbed\test.phpdev on line 6

so it doesn't hang the browser anymore but maybe that's because of xp's
shoot to kill policy.

i tried fiddiling with the permissions to see if its the cause. but
even with the most liberal permissions it gives the same result.



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

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

#20626 [Fbk->Csd]: Fails to build Apache shared module (not mkstemp)

[vlcc69jfbo001]

 ID:   20626
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: OpenBSD 3.1-stable
 PHP Version:  4.3.0-dev
 New Comment:

Yes, that does fix the build. I still get the warnings 
about DLSYM_NEEDS_UNDERSCORE. It has however, led me on to 
a different problem that I will report separately.
Could the output from buildconf be updated to suggest that 
1.4.3 is needed?
Incidentally I noticed that the CVS source includes a copy 
of libtool 1.4.2???


Previous Comments:


[2002-12-07 02:03:48] [EMAIL PROTECTED]

Can you try the latest stable libtool (1.4.3) and see if the problem
still occures?



[2002-12-05 08:24:07] [EMAIL PROTECTED]

That is NOT a proper fix, in fact - it's not even related to the bug.
Additionally it will render parts of the mysql extension unusable -
that line is needed. mkstemp warning, is a WARNING.

This bug is NOT about mkstemp - it's about the libtool trouble in the
middle.

Updated summary



[2002-12-05 08:05:02] [EMAIL PROTECTED]

Hi, I experienced this problem too in RH 7.3.
It's possible to fix:

- Doe a 'make clean'
- Open ./ext/mysql/libmysql/my_tempnam.c for editing
- Go to line 103
- Delete the line
- Place this on line 103:
  mkstemp("somechars");

now make again and it should work.



[2002-11-30 07:40:39] [EMAIL PROTECTED]

i've the same problem under red hat 7.2 and php 4.3 RC2 :(
please help how i can pass throught this proble !!!



[2002-11-25 18:04:46] [EMAIL PROTECTED]

this is some openbsd oddity, and actually a libtool bug..but leaving
open, maybe someone knows how to '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/20626

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

#18648 [Com]: Single entry form POST gives incorrect variable content

[debaser_68]

 ID:   18648
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Apache2 related
 Operating System: Tru64
 PHP Version:  4.2.2
 New Comment:

Hi guys, I'm having the same problem on Win32 platform.
CODE
Page 1: 
 
USA-United States 
-All- 

Page 2:
if (isset($HTTP_POST_VARS["marketframe"])) { 
 $strCountryCode = $HTTP_POST_VARS["marketframe"]; 
} 
I get the value
$strCountryCode = "USAmarketframe=USA" 
Also tried using $_POST but same result, using the GET method it works
fine.

OS Version: Windows 2000 Adv. Server SP3 
Web Server: Apache 2.0.43 
PHP Version: 4.3.0-dev (Oct 20 2002 16:11:45), API Filter, accessing MS
SQL Server 7


Previous Comments:


[2002-12-06 11:30:07] [EMAIL PROTECTED]

Oops, I should have meant php_strtok_r() replaces the delimiter "=" by
"\0".



[2002-12-06 11:26:40] [EMAIL PROTECTED]

[EMAIL PROTECTED]: IMO the change you pointed out has nothing to do
with this problem because the leading php_strtok_r() replaces delimiter
"=" by " ".

By the way I suspect this problem is an apache2 bug, not a php one
though I wasn't able to reproduce this problem. I have received two
similar PR, of which both reporters use Apache2.

[Report #1: RHLinux 8.0 / Apache 2.0.43 / PHP-4.3.0RC1]
This was reported in the Japanese PHP users' list. Please refer to
http://ns1.php.gr.jp/pipermail/php-users/2002-November/011656.html if
you can read Japanese.

[Report #2: RHLinux 7.2 / Apache 2.0.43 / PHP-4.3.0RC2]
"form post results in duplicitous $_REQUEST"
http://bugs.php.net/20823




[2002-12-02 07:51:35] [EMAIL PROTECTED]

I can't reproduce this problem using identical RPMs on Red Hat Linux
8.0 - this bug seems hard to trigger. 

[EMAIL PROTECTED] - any further insight would be appreciated. I can't
find anything on the CVS logs about fixes for Tru64.  There is one fix
to main/php_variables.c: 

2002-09-07  Yasuo Ohgaki  <[EMAIL PROTECTED]>
...
* main/php_variables.c: Fixed POST/GET/COOKIE var handling

but this seems to concern NUL-terminated strings in field values, unles
I'm mistaken.



[2002-11-18 13:16:23] [EMAIL PROTECTED]

I also get the same problem with Linux RH8.0 
I'm running apache 2.0.40-8 and php-4.2.2-8.0.5

  
Test: 





I tested this workaround by inserting into one of my forms and it
works:





[2002-10-23 08:30:10] [EMAIL PROTECTED]

Hi,

I get the same problem with Linux RH8.0 using the default RPMs (which
includes apache part deux).

As a workaround I am adding:



into my one field forms.

thanks, josh.



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

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

#20802 [Com]: memory limit crash

[michael . mauch]

 ID:   20802
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Critical
 Bug Type: Reproducible crash
 Operating System: Redhat 7.0
 PHP Version:  4.3.0RC2
 New Comment:

I can also verify this with 4.3.0-cvs. With the cli PHP I can get a
core dump showing a nearly endless calling stack - probably the
memory_limit only looks at the data size, not at the stack size (but of
course this huge stack usage should not happen in the first place).

#0  0x081d0c26 in php_error_cb ()
(gdb) bt -30
#29239 0x081d0c4d in php_error_cb ()
#29240 0x08209b38 in zend_error ()
#29241 0x081f5d03 in _emalloc ()
#29242 0x081f5fc1 in _erealloc ()
#29243 0x081d4154 in xbuf_resize ()
#29244 0x081d41ec in xbuf_init ()
#29245 0x081d4f4a in vspprintf ()
#29246 0x081d0c4d in php_error_cb ()
#29247 0x08209b38 in zend_error ()
#29248 0x081f5d03 in _emalloc ()
#29249 0x081f5fc1 in _erealloc ()
#29250 0x081d4154 in xbuf_resize ()
#29251 0x081d41ec in xbuf_init ()
#29252 0x081d4f4a in vspprintf ()
#29253 0x081d0c4d in php_error_cb ()
#29254 0x08209b38 in zend_error ()
#29255 0x081f5d03 in _emalloc ()
#29256 0x081f5fc1 in _erealloc ()
#29257 0x081d4154 in xbuf_resize ()
#29258 0x081d41ec in xbuf_init ()
#29259 0x081d4f4a in vspprintf ()
#29260 0x081d0c4d in php_error_cb ()
#29261 0x08209b38 in zend_error ()
#29262 0x081f61fe in _erealloc ()
#29263 0x08205ab5 in concat_function ()
#29264 0x08218c48 in execute ()
#29265 0x08209fa4 in zend_execute_scripts ()
#29266 0x081d32dc in php_execute_script ()
#29267 0x08221707 in main ()
#29268 0x402718c1 in __libc_start_main (main=0x8220b48 , argc=3,

argv=0xbfffe944, init=0x80792f8 <_init>, fini=0x826c8f4 <_fini>, 
rtld_fini=0x4000a914 <_dl_fini>, stack_end=0xbfffe93c)
at ../sysdeps/generic/libc-start.c:92


Previous Comments:


[2002-12-04 00:33:07] [EMAIL PROTECTED]

Veryfied with PHP 4.4.0-dev (Nov 29 2002) and PHP 4.3.0-dev (Nov 25
2002). With both versions the script just ended without any error
message, but there is no segmentation fault.

Derick



[2002-12-03 16:12:50] [EMAIL PROTECTED]

I have a php installation with a memory limit set to 8MB. If I try to
run this script



I don't receive an error like "memory limit excedeed" (10MB > 8MB),
simply the server kills the connection without any error on the screen
or in the logs.

Server configuration:
Linux Redhat 7.0
Apache 1.3.22
PHP 4.3.0RC2
Zend Optimizer 2.0.3
Mysql 4.0.5

Configure:
'./configure' '--enable-track-vars' '--prefix=/usr'
'--exec-prefix=/usr'
'--libexecdir=/usr/lib/apache' '--bindir=/usr/bin'
'--sbindir=/usr/sbin'
'--datadir=/home/httpd' '--sysconfdir=/etc/httpd/conf'
'--localstatedir=/var' '--libdir=/usr/lib/apache'
'--includedir=/usr/include/apache' '--mandir=/usr/man'
'--with-mysql=/usr'
'--enable-memory-limit' '--with-config-file-path=/usr/local/Zend/etc'
'--with-apxs' '--with-zlib'






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

#10571 [Com]: blank browser with Xitami

[jeanmarcvdlinden]

 ID:   10571
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Other web server
 Operating System: win2000
 PHP Version:  4.0.4pl1
 New Comment:

My problem is solved. I know this subject is closed, but thought would
be worth mentioning since others, newbies like me might run into the
same problem.
I downloaded and installed latest snapshot of PHP (v4.4.0dev), and used
php-cgi.exe for Xitami, and now php documents also work in other
folders than xitami\webpages
(I didn't test php.exe, only php-cgi.exe)
It works fine now :o)


Previous Comments:


[2002-12-04 11:36:35] [EMAIL PROTECTED]

I followed Tito's advice and finally I got PHP running with Xitami, but
not in the way I want it to:

PHP files can only be run whith XITAMI\WEBPAGES\ as document root
directory (setting doc_root doesn't work)

My Xitami is installed on D:\Xitami, my webfiles are on D:\web-filez.
Now I have to move all PHP content from D:\web-filez to
D:\xitami\webpages in order to make them work :o( so I guess this is
still a BUG and will be fixed in the future.

Chau, JM.



[2002-10-01 13:32:52] [EMAIL PROTECTED]

I had the same problem. This is how I solved.
If your PHP has been compiled with FORCE_CGI_DIRECT, you have to leave
blank doc_root in php.ini and uncomment the line:

cgi.force_redirect=1

In php.ini set cgi.redirect_status_env to an environment variable name,
eg PHPON.
 
cgi.redirect_status_env=PHPON;

In autoexec.bat set the environment var to any value. 
eg add the line:

set PHPON yes

Also in autoexec.bat remember to add your PHP installation (eg c:\php)
to the path.

tito



[2001-07-23 18:38:05] [EMAIL PROTECTED]

no feedback after 30 days.



[2001-06-23 14:55:41] [EMAIL PROTECTED]

Does this happen with PHP 4.0.6 ?




[2001-05-01 01:04:17] [EMAIL PROTECTED]

I am running a Xitami (v2.4c1) server on win2000.
I used the install shield to install PHP 4.0.4.
All the filters and stuff seem to be set up right in Xitami. I have
installed and used PHP 3 with the same server and followed the same
steps to configure it for PHP 4.
I have set the "doc_root" in the php.ini file to "C:\Nigel\VWS".

However, when I run a script nothing happens: I get a blank browser
screen. Setting the "display_startup_errors" in the php.ini file I get
the message:
"Fatal error: Unable to open C:\Nigel\VWS\ in Unknown on line 0"

I tried commenting out the "doc_root" setting in the php.ini file and I
get the same error only it's pointing to the cgi-bin directory of
Xitami (even though I have told it to use "c:\Nigel\VSM\" for files). 
I tried pointing the "doc_root" to the complete path of the php script
file including it's filename and that worked and processed the file
normally... every time the server started up php for any page.

I really am stumped. Thanks in advance.




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

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

#17774 [Fbk->Opn]: connection_status() not returning correct result

[neil]

 ID:   17774
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: FREEBSD 4.5-STABLE
 PHP Version:  4.0CVS-2002-06-15
 New Comment:

Okay, I should report this to Apache then ?  This is a fault in there
software ?


Previous Comments:


[2002-12-08 03:17:06] [EMAIL PROTECTED]

For me your test script makes output.txt contain 1 when I press 'stop'
button in my browser.

But I'm using Apache 1.3.27. And so should you as Apache2 is still beta
quality.




[2002-12-07 08:47:29] [EMAIL PROTECTED]

Okay, time has moved on, plenty of new versions have come out, ive kept
up to the very latest all along, alas, as expected, it still doesnt
work.

Can I just get a clarification of what should happen when a user
presses the stop button on the following script ?  My guess is that it
should put a 1 or a 2 into the file, not a 0!


-
";
}
flush();
}
$a = $a + 1;
sleep('5');
}

exitfp();

?>

---


You keep telling me this function is fixed, but surely the above code
shuld have an output different to 0 if the user presses the stop button
?


Heres some version info from my server

FreeBSD admin.mghost.net 4.7-STABLE FreeBSD 4.7-STABLE #5: Sun Dec  1
00:39:59 GMT 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ADMIN
 i386


Apache/2.0.43 (Unix) PHP/4.3.0RC2



[2002-10-08 04:51:49] [EMAIL PROTECTED]

Just to keep you informed on this, I have now deleted my old install of
apache and installed a FRESH copy of apache 2.0.43 and the latest CVS
at the time, im still using the same php.ini file.

The problem still exists in its entirety.



[2002-09-30 15:17:24] [EMAIL PROTECTED]

Yes I am, however it didnt do this on the CVS install under a week ago,
thats irrespective of my problem, Im not all that fussed wether it
displays the zero or not, it really doesnt assist me in my long
standing problem with the code I want to write that depends on the STOP
buttong being pressed and detecting this.



[2002-09-30 15:05:02] [EMAIL PROTECTED]

Do you have output compression enabled, whether via PHP or via Apache
(mod_gzip module for example) ?



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

#16360 [Com]: Segmentation fault in Array functions

[hawk]

 ID:   16360
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   No Feedback
 Bug Type: Scripting Engine problem
 Operating System: Linux, Windows, Tru64
 PHP Version:  4.0CVS-2002-07-09
 New Comment:

After upgrading from PHP 4.0.6 to 4.2.3 (stable) I experience the same
problem - using the demonstration script 1 Apache/PHP dies with
Segmentation fault (11).

Using demonstration script 2 I only get an error indicating that the
memory limit (8MB) has been exhausted.


Previous Comments:


[2002-09-23 07:28:10] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.





[2002-08-28 19:56:18] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

The problem no longer seems to happen with the latest CVS on Linux &
Windows.



[2002-07-09 05:42:36] [EMAIL PROTECTED]

This happens on Tru64 with current CSV-Snapshot php4-20020709

> php-test/bin/php theline.php 
Unaligned access pid=10795  va=0x140062b7c pc=0x1201ab460
ra=0x1201ab454 inst=0xb401

FATAL:  emalloc():  Unable to allocate 71 bytes



[2002-04-03 20:48:33] [EMAIL PROTECTED]

I'm not sure if this is the same problem, but I get something extremely
similar.

Install PHP 4.1.x (whether .1 or .2) and suddenly Apache begins
growing, and growing, and GROWING in memory use.  Eventually a
malloc/segfault occurs and Apache either restarts or simply fails
outright.

Reverting to 4.0.6 resolves the issue, placing 4.1.x back on
reintroduces it.  No Zend, no nothing other than GZIP and MySQL.

Since numerous malloc/segfaults end up leaving Apache unable to restart
itself, and PHP 4.1.2 was a security fix and thus HAD to upgrade to it
(previously just stuck with 4.0.6 due to this), I have had to configure
Apache to auto-restart itself every few hundred hits - this seems to
prevent the fault occurring.

Mind you PHP still fills up the error log with sh#tloads of parse
errors - out of say several hundred executions of a simple 1 line
script for example it'll suddenly decide on the next excution to suffer
a parse error.  Again specific to PHP 4.1.x

Sorry if this isn't the same fault?



[2002-04-02 10:24:07] [EMAIL PROTECTED]

why not?



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

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

#20885 [NEW]: Lastmodified header field not returned

[bil_hays]

From: [EMAIL PROTECTED]
Operating system: Sun
PHP version:  4.2.1
PHP Bug Type: Apache related
Bug description:  Lastmodified header field not returned

It looks like to me that 4.2.1 with apache is not sending 
an appropriate lastmodified header, and this is mucking up 
javascripts that use document.lastModified. 

Here's a packet return from php (which lacks the 
lastmodified header):


And here's one through the same server not through php:


For an example of the problems this creates, if you look 
at:
 
with IE, the current date is displayed, rather than the 
lastmodified date (from what I gather from the Mozilla bug 
list, IE will turn to the date field if last modified is 
not present). 

With IE:

shows a correct date.

In mozilla, lastmodified defaults to Jan 1 1970 if there's 
no lastmodified field, so it's also broken there.

For info on our server:


thanks for such a good product!
bil



-- 
Edit bug report at http://bugs.php.net/?id=20885&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20885&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20885&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20885&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20885&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20885&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20885&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20885&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20885&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20885&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20885&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20885&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20885&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20885&r=isapi

#20886 [NEW]: Openssl commands not working on PHP

[ravi_munduri]

From: [EMAIL PROTECTED]
Operating system: RH 7.3
PHP version:  4.2.0
PHP Bug Type: OpenSSL related
Bug description:  Openssl commands not working on PHP

Hi,

Iam using PHP 4.1.2 with apache 1.3 on RH 7.3.
Openssl is installed and its showing enabled in phpinfo() resut.

Iam executing opensslcommands from PHP, but after running
its giving the following error.

Fatal error:  Call to undefined function:  openssl_pkey_export() in
/var/www/html/ravi/vpn/openssl_sample1.php on line 8

so plz,if anyone knows how to use openssl commands from php
or even how to check whether openssl commands are wokring from php.

Thanks in advance,

Regards,
Ravi
-- 
Edit bug report at http://bugs.php.net/?id=20886&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20886&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20886&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20886&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20886&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20886&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20886&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20886&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20886&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20886&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20886&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20886&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20886&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20886&r=isapi

#20709 [Fbk->NoF]: Session variable getting mysteriously set

[sniper]

 ID:   20709
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Class/Object related
 Operating System: Windows 2000
 PHP Version:  4.2.3
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-11-28 22:09:12] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

This is something that I believe was fixed in 4.3.0, please try the RC2
and report if the problem persists. Also, is you register_globals on?



[2002-11-28 20:50:29] [EMAIL PROTECTED]

When my code does the following in sequence:

1) $_SESSION['League'] = 1; /* or any other number */

2) unset($_SESSION['League']);

3) $League = new AnyObject(...);

The variable $_SESSION['League'] gets set to the contents of
"AnyObject".

This doesn't occur if the Session variable had never been set/unset,
nor does it occur when the Session variable has an existing value in it
when statement (3) occurs.
Addtionally, this assignment doesn't occur immediately at the time that
statement (3) is executed.  It is somehow delayed until after the
script completes.  It's only when I go on to execute another script
when I encounter the "mystery" assignment.

I haven't tried this with names other than 'League', but common sense
suggests this is likely a generic problem independant of the specific
name I happened to use.

FYI, I'm running Apache version 1.3, the latest stable release for
Windows. My PHP configuration is generic, with the exception of
including the module(s) required to do XML/XSLT transforms.






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

#20695 [Fbk->NoF]: substr does not always return a string

[sniper]

 ID:   20695
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   No Feedback
 Bug Type: Feature/Change Request
 Operating System: Windows 98
 PHP Version:  4.2.3
 New Comment:

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.




Previous Comments:


[2002-11-28 04:49:32] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

jan@dahlia ~> php bug_20695.php
1
substr("A",0,1):1
substr("A",0,0):1
substr("A",1,1):
substr("A",1,0):
jan@dahlia ~> php -v
PHP 4.4.0-dev (cli)

works fine here




[2002-11-28 04:45:55] [EMAIL PROTECTED]

substr($s,$n,$m) is supposed to always return a string (at least if $s
is a string and $n and $m are integers).

However:

   is_string(substr($s,strlen($s),$m)) 

returns false, so substr did not return a string.

Example:
echo is_string("")."\n";
echo "substr(\"A\",0,1):".is_string(substr("A",0,1))."\n";
echo "substr(\"A\",0,0):".is_string(substr("A",0,0))."\n";
echo "substr(\"A\",1,1):".is_string(substr("A",1,1))."\n";
echo "substr(\"A\",1,0):".is_string(substr("A",1,0))."\n";



[2002-11-28 04:40:53] [EMAIL PROTECTED]

substr($s,$n,$m) is supposed to always return a string (at least if $s
is a string and $n and $m are integers).

However:

   is_string(substr($s,strlen($s),$m)) 

returns false, so substr did not return a string.

Example:
$s="";
echo is_string("")."\n";
echo "substr(\"A\",0,1):".is_string(substr("A",0,1))."\n";
echo "substr(\"A\",0,0):".is_string(substr("A",0,0))."\n";
echo "substr(\"A\",1,1):".is_string(substr("A",1,1))."\n";
echo "substr(\"A\",1,0):".is_string(substr("A",1,0))."\n";





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

#17405 [Fbk->Csd]: Support netsnmp (http://www.netsnmp.org/), Previously known as "ucd-snmp".

[sniper]

 ID:   17405
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: Feature/Change Request
 Operating System: Linux
 PHP Version:  4.2.1


Previous Comments:


[2002-12-02 04:06:58] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

NET-SNMP is supported now.
It will be in the general release from 4.3.



[2002-12-02 04:01:43] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

NET-SNMP is supported now.
It will be in the general release from 4.3.



[2002-05-27 17:15:28] [EMAIL PROTECTED]

Changed summary/category.



[2002-05-27 13:03:38] [EMAIL PROTECTED]

Ah, I changed VersionInfo to NetSnmpVersionInfo in ext/snmp/snmp.c too.



[2002-05-27 13:00:57] [EMAIL PROTECTED]

I change directory from snmp.c, so it take files correctly and modify
configure script to use -lnetsnmp and not -lsnmp



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

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

#20886 [Opn->Bgs]: Openssl commands not working on PHP

[sniper]

 ID:   20886
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: OpenSSL related
 Operating System: RH 7.3
 PHP Version:  4.2.0
 New Comment:

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

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


Previous Comments:


[2002-12-08 09:57:22] [EMAIL PROTECTED]

Hi,

Iam using PHP 4.1.2 with apache 1.3 on RH 7.3.
Openssl is installed and its showing enabled in phpinfo() resut.

Iam executing opensslcommands from PHP, but after running
its giving the following error.

Fatal error:  Call to undefined function:  openssl_pkey_export() in
/var/www/html/ravi/vpn/openssl_sample1.php on line 8

so plz,if anyone knows how to use openssl commands from php
or even how to check whether openssl commands are wokring from php.

Thanks in advance,

Regards,
Ravi




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

#20885 [Opn->Bgs]: Lastmodified header field not returned

[sniper]

 ID:   20885
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Apache related
 Operating System: Sun
 PHP Version:  4.2.1
 New Comment:

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

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


Previous Comments:


[2002-12-08 09:47:49] [EMAIL PROTECTED]

It looks like to me that 4.2.1 with apache is not sending 
an appropriate lastmodified header, and this is mucking up 
javascripts that use document.lastModified. 

Here's a packet return from php (which lacks the 
lastmodified header):


And here's one through the same server not through php:


For an example of the problems this creates, if you look 
at:
 
with IE, the current date is displayed, rather than the 
lastmodified date (from what I gather from the Mozilla bug 
list, IE will turn to the date field if last modified is 
not present). 

With IE:

shows a correct date.

In mozilla, lastmodified defaults to Jan 1 1970 if there's 
no lastmodified field, so it's also broken there.

For info on our server:


thanks for such a good product!
bil







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

#3364 [Ver->Bgs]: .htaccess files failure

[sniper]

 ID:   3364
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Verified
+Status:   Bogus
 Bug Type: Installation problem
 Operating System: Linux
 PHP Version:  4.CVS (2002-09-30)
 Assigned To:  hholzgra
 New Comment:

not a PHP problem.



Previous Comments:


[2002-10-01 14:04:33] [EMAIL PROTECTED]

i currently see this every once in a while when playing with webdav
not sure yet whether my webdav class or mod_dav causes it



[2000-01-31 13:53:02] [EMAIL PROTECTED]

I have Apache 1.3.6 with PHP 3.0.14.

If I compile with PHP, the server gives

[Mon Jan 31 18:33:25 2000] [crit] [client 194.207.107.51]
/var/lib/httpd/.htaccess pcfg_openfile: unable to check htaccess file,
ensure it is readable

on every request, even if the file does not exist. Without PHP, I do
not get this problem. /var/lib/httpd is the highest directory for which
a  directive exists, it is not the base directory for any
host. If I do add a .htaccess file, it requires an htaccess file in
each directory down the tree. This also breaks cgi-bin.

I note bug #1884 also mentions this type of problem, however the
workaround mentioned does not work for me.

Compile flags:

# PHP3
./configure --with-apache=../apache_1.3.6
--with-mysql=/usr/local/mysql
--enable-track-vars --with-imap=../imap-4.7a/c-client --with-zlib

# Apache
./configure \
"--with-layout=Shevek" \
"--enable-module=auth_db" \
"--activate-module=src/modules/php3/libphp3.a"

Apache has:
  http_core.c
  mod_env.c
  mod_log_config.c
  mod_mime.c
  mod_negotiation.c
  mod_status.c
  mod_include.c
  mod_autoindex.c
  mod_dir.c
  mod_cgi.c
  mod_asis.c
  mod_imap.c
  mod_actions.c
  mod_userdir.c
  mod_alias.c
  mod_access.c
  mod_auth.c
  mod_auth_db.c
  mod_setenvif.c
  mod_php3.c

(Not on the list, submitted via web form)

--
Shevek <[EMAIL PROTECTED]>




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

#19724 [Opn->Asn]: Limited data size on read

[sniper]

 ID:   19724
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Assigned
 Bug Type: dBase related
 Operating System: All
 PHP Version:  4.2.3
 Assigned To:  vlad


Previous Comments:


[2002-10-27 19:10:11] [EMAIL PROTECTED]

Setting to 'Open' to prevent automatic closing due the no-feedback..

Vlad, what is the status on this?





[2002-10-08 12:28:50] [EMAIL PROTECTED]

Actually, it seems to return only up to 254 fields, which is a bug on
its own. I believe, there was a limit of 255 fields for dbase4 format.
I do not believe this is the case with dbase5. 

This patch broke it:
http://cvs.php.net/diff.php/php4/ext/dbase/dbf_head.c?login=2&r1=1.9&r2=1.10&ty=u

The simpliest way to fix that would be just to increase the constant
from 254 to 1024. The better way would be figure out what the author of
the patch meant by 'padded field headers'.

I'll look into that.


[EMAIL PROTECTED], do you use dbase5? or something else?



[2002-10-02 15:52:27] [EMAIL PROTECTED]

When using dbase_get_record or dbase_get_record_with_names to read from
a DBF file, it only returns a maximum of 255 fields now. It did not do
this in previous versions.




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

#20762 [Opn->Bgs]: Warning compiling with mailparse

[sniper]

 ID:   20762
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Warning
 Operating System: Linux
 PHP Version:  4.3.0RC2
 New Comment:

And on a second thought, you can ignore these warnings too..unless of
course they cause some problems.
And you did not mention any such here.



Previous Comments:


[2002-12-02 18:59:21] [EMAIL PROTECTED]

You can ignore those paths.




[2002-12-02 08:44:35] [EMAIL PROTECTED]

output:

[...]
/home/wez/src/php/PHPDEV/ext/mailparse/php_mailparse_rfc822.re: In
function `tokenize':
/home/wez/src/php/PHPDEV/ext/mailparse/php_mailparse_rfc822.re:191:
warning: deprecated use of label at end of compound statement
[...]

I don't have that kind of directories ;)




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

#16411 [Opn->Fbk]: CGI application misbehaved by not returning a complete set of

[sniper]

 ID:   16411
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: MSSQL related
 Operating System: Windows 2000
 PHP Version:  4.1.2
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2002-12-02 19:59:17] [EMAIL PROTECTED]

Database connections are all transient.

In the original code, I did not close the connections because php would
do that at the end of script. But as I was in doubt, I later made a
close right before calling the function header() but the same problem
happened.

I also made another test: in the script I just opened and immediately
right after colsed it. The same bug happened.

When I removed that tiny chunk of code, every thing worked just fine.



[2002-12-02 19:57:52] [EMAIL PROTECTED]

Database connections are all transient.

In the original code, I did not close the connections because php would
do that at the end of script. But as I was in doubt, I later made a
close right before calling the function header() but the same problem
happened.

I also made another test: in the script I just opened and immediately
right after colsed it. The same bug happened.

When I removed that tiny chunk of code, every thing worked just fine.



[2002-11-30 20:36:38] [EMAIL PROTECTED]

What are you doing with your database connections? Are they persistant
(mssql_pconnect) or transient (mssql_connect)? Do you close your
connections explicitly (mssql_close) before the end of your script?

vielina, your connections will be closed each time as you are running
under the CGI.



[2002-11-21 03:29:36] [EMAIL PROTECTED]

I have this problem too.



[2002-06-20 15:19:45] [EMAIL PROTECTED]

Same problem, slightly different case...

win2000 running php.exe 4.2.1 (and mssql 2000)

seems to happen mostly during redrects like...

header("Method: GET");
header("Status: 302 Moved");
header("Location: ". $ABSOLUTE_URL);

some claim they solved this problem by applying the workaround by
microsoft (Q160422).

others say they have fixed this by blanking out the doc_root in
php.ini

I still have 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/16411

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

#19916 [Opn->Fbk]: PHP hangs after querying certain MSSQL data

[sniper]

 ID:   19916
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: MSSQL related
 Operating System: WIN2K prof. SP2
 PHP Version:  4.2.1
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2002-10-27 22:28:53] [EMAIL PROTECTED]

Edit page style  
  Edit website style  
 
ãÞÏãÉ 
 
 
 
   
   Ú▐╧Ú╔ 
  Professional Experience 
  Studies 
  Hobbies 
 
 
 
  
 ãÞÏãÉ
ÇáãæÞÚ


ÚÌÈÇð
ÊäÇÏí ÎáåÇ
ÚÈËÇð
ÊäÇÏí
ÕæÊ ÇáäÏÇÁ
ãØÇÑÞñ
ÊõßóÓøÑ
ÇáÒõÌóÇÌ
ÊóÐßõÑ
Ðóáßó
Çáíæã
ÍíäãÇ ßÇä
äÏÇÆåÇ
Ããñ ÊäÇÛí
ØÝáåÇ
Âå Åäå áÇ
íÑÏ
æÝÌÃÉð Ñãì
áåÇ ÈßÑÉò
ÒõÌÇÌíÉò
æáßä ÚÈËÇð
ÊÍÇæá
ßÓÑåÇ
áÅäåÇ
ãõÈóØóäóÉñ
ÈÇáÑÕÇÕ .

 
 
   

  
 
 


 

  
  ÇáÝäÏí
  
 

 
 
   

  
 
 


 

 
 
  Your personal information :
Age, status, address, phone number ...
 


 Contact me  

 
 
   

  
 
 


 

 Your profesional objectives and a summary of your profesional life



[2002-10-15 08:39:49] [EMAIL PROTECTED]

Platform information:
Windows 2000 prof. SP2
IIS 5
MSSQL 7.0 and 2000
PHP 4.1.2 but I assume same behaviour with 4.2.1
according bug report #18271.

Hi,
I have experienced a very strange behaviour querying data from tables
in MS SQLServer 7.0 and 2000. Sometimes in a reproducable but
statistically way PHP hangs after querying data until IIS throws a
timeout similar to bug report #18271.

I have found that this occurs on our system only on tables having
columns with float datatypes of different lengths. After altering all
columns with real datatypes (4 Bytes) to float (e.g. double precision,
8 Bytes) everything seems to work fine. This bug didn't appear on
tables with solely real datatypes alongside with timestamp and varchar
etc datatypes or float datatypes accompanied by other char datatypes. 

For completeness I list a part of my script for connecting to the
database and doing the query (but there is nothing special with the
script):
... some code on top ...
$mpid = $_GET["mpid"];

$hostname = "sql01";
$database = "fis_gp";
$username = "";
$password = "";
$con=mssql_connect($hostname,$username,$password) or die("Verbindung zu
$hostname konnte nicht hergestellt werden");
mssql_select_db($database, $con) or die("Datenbank $database nicht
erreichbar");

$querystr="select M.CODE,   " // varchar 40
. "   M.BEZEICHNUNG," // varchar 80
. "   M.GEOGR_LAENGE as LAENGE, " // float 8
. "   M.GEOGR_BREITE as BREITE, " // float 8
. "   M.HOEHE_NN,   " // float 8
. "   M.TK25,   " // int 4
. "   M.IN_DATENBANK as IN_DB,  " // bit
. "   M.DATUM_VON as VON,   " // datetime 8
. "   M.DATUM_BIS as BIS,   " // datetime 8
. "   P.ABSOLUTSCHWERE_71 as ABSS,   " // float 8
. "   P.BOUGUERSCHWEREas BOUS,   " // real 4
. "   P.DICHTE_BOUGUERSCHWERE as DICHTE, " // real 4
. "   K.BEZEICHNUNG as KAMPAGNE, " // varchar 80
. "   I.BEZEICHNUNG as INSTITUTION,  " // varchar 80
. "   A.EINH_NAME" // varchar 50
. "from   GR_Z_MESSPUNKT P  "
. "   inner join MESSUNGM on M.ID=P.MESSUNG_ID)
"
. "   inner join ADM_EINHEITA on A.ID=M.GEBIET_ID) 
"
. "   inner join KAMPAGNE   K on K.ID=M.KAMPAGNE_ID)   
"
. "   inner join INSTITUTIONI on I.ID=K.INSTITUTION_ID)
"
. "where  M.ID = $mpid";

$result=mssql_query($querystr, $con);
$thisrow=mssql_fetch_array($result);
...etc...

Hope this helps to track this bug reported several times.
Andreas Maul




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

#19734 [Opn->Fbk]: PHP crashes on the REAL data type in a MSSQL query

[sniper]

 ID:   19734
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: MSSQL related
 Operating System: Windows XP
 PHP Version:  4.2.3
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2002-10-03 13:08:36] [EMAIL PROTECTED]

Had a further look into the problem and it seems to have to do with the
'REAL' data type. When i changed the data type from REAL to FLOAT in
the Microsoft SQL server 7.0 database things worked again...

The problem comes with PHP.EXE crashing when it encounters this type of
data. Don't know if the REAL type is dissallowed. Tried to provide as
much information as i could give this time



[2002-10-03 07:50:26] [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.






[2002-10-03 06:34:18] [EMAIL PROTECTED]

I have a table of several thousand rows in a MSSQL database called
amfull. Tried to query this:

SELECT Distance FROM journeys WHERE VehicleBoxNo='44000601'

PHP bombed out on me. Got the XP error "PHP.EXE has generated errors"

So i played around a bit and discovered that if I did the following it
prevented PHP from bombing out.

SELECT TOP 100 Distance FROM journeys WHERE VehicleBoxNo='44000601'

Unfortunately all this does is limit the number of rows to 100 which,
in some cases, is very limiting.

Any suggestions?




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

#20738 [Opn->Fbk]: MSSQL Crashes in PEAR DB and ADOdb

[sniper]

 ID:   20738
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: MSSQL related
 Operating System: Win2000, IIS-CGI
 PHP Version:  4.3.0RC2
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2002-12-01 23:46:57] [EMAIL PROTECTED]

This seems to be the problem  - i suspect.

Testing my existing SQL Server based sites with 4.3.0RC2 resulted in
many memory access violations and crashes.  I believe that I have
tracked these down to two different changes made to the MSSQL
extension
since 4.2.3:

1) In version 1.82 of php_mssql.c there were 6 mallocs that were
changed from "emalloc(res_length + 1);" to "emalloc(res_length);".  I
believe, however, that the code that uses those memory blocks in at
least four of the cases required that extra space.  This is the code
as
it is now for two of the changes in 4.3.0RC2:

res_buf = (unsigned char *) emalloc(res_length);
bin = ((DBBINARY *)dbdata(mssql_ptr->link, offset));
memcpy(res_buf, bin, res_length);
res_buf[res_length] = '\0';

It's the setting of res_buf[res_length] illegal, as that would be
beyond the bounds of emalloc(res_length)?  Also this code (appearing
in
two of the changes):

res_length = 19;
res_buf = (unsigned char *) emalloc(res_length);
sprintf(res_buf, "%d-%02d-%02d %02d:%02d:%02d" ,  . . .

Since the length of the character string is going to be 19 characters,
isn't the sprintf going to write an ASCIIZ ending beyond the size of
res_buf?

Does the way emalloc() works take care of these problems?  Adding the
"+ 1" back to these four emalloc() calls stopped one set of crashes.

2) In version 1.83 of php_mssql.c the mssql_query() function was
altered from:

if ((num_fields = dbnumcols(mssql_ptr->link)) <= 0) {
RETURN_TRUE;
}

to:

if ((num_fields = dbnumcols(mssql_ptr->link)) <= 0 &&
!dbdataready(mssql_ptr->link)) {
RETURN_TRUE;
}

The CVS comment indicates that this change was for "fixing the
mssql_query to handle multiple results correct if the first result
does
not return any data."  If I now call mssql_query() with a query that
doesn't return any values (like a SQL-T EXEC call), however, PHP will
crash (removing the new dbdataready() check eliminates the crash).

Michael Sisolak
[EMAIL PROTECTED]



[2002-12-01 02:01:55] [EMAIL PROTECTED]

Hi,

Just change the user id's and database in the scripts to match your
mssql database and run the scripts. The script is self contained
otherwise. I was only able to duplicate the problem with ADOdb and PEAR
DB. Straight mssql_* works fine. So a one-liner is a bit difficult.

Regards, John



[2002-12-01 02:01:00] [EMAIL PROTECTED]

Hi,

Just change the user id's and database in the scripts to match your
mssql database and run the scripts. The script is self contained
otherwise. I was only able to duplicate the problem with ADOdb and PEAR
DB. Straight mssql_* works fine. So a one-liner is a bit difficult.

Regards, John



[2002-11-30 20:53:04] [EMAIL PROTECTED]

any chance you can cut your test script down to just a single line or
two to prove this?



[2002-11-30 12:38:29] [EMAIL PROTECTED]

When doing testing with ADOdb and PEAR DB, the following scripts crash
PHP (when the delete statement is executed) with an illegal memory
reference at 0x. I tried to duplicate the problem with native
mssql functions, but could not.

While tracing through in ADOdb, I found that the crash occurs during
the PHP return statement, and not within mssql code. Perhaps some form
of subtle stack/data corruption.

Thanks, John Lim

Other useful info
=
MSSQL 2000 (MSDE)
PEAR DB from PHP 4.23
ADOdb 2.50


SCRIPT
==

mssql";
$db = mssql_connect('JAGUAR\vsdotnet','adodb','natsoft') or die('No
Connection');
mssql_select_db('northwind',$db);

$rs = mssql_query('select getdate() as date',$db);
$o = mssql_fetch_row($rs);
print_r($o);
mssql_free_result($rs);

print "Delete"; flush();
$rs2 = mssql_query('delete from adoxyz',$db);
$p = mssql_num_rows($rs2);
mssql_free_result($rs2);

}

function tpear()
{
include_once('DB.php');

print "PEAR";
$username = 'adodb';
$password = 'natsoft';
$hostname = 'JAGUAR\vsdotnet';
$databasename = 'northwind';

$dsn = "mssql://$username:$pa

#18429 [Opn->Fbk]: mssql_query() crashes on stored procedure using a cursor on query that contains

[sniper]

 ID:   18429
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: MSSQL related
 Operating System: Win2000
 PHP Version:  4.3.0-dev
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2002-07-19 14:45:37] [EMAIL PROTECTED]

I download apache 1.3.26 from www.apache.org and latest PHP from listed
URL, but it doesn't work. PHP still crashes. Both installed on Win 2000
Advanced Server.



[2002-07-19 12:10:56] [EMAIL PROTECTED]

This is the snapshot for 4.3.0-dev:

http://snaps.php.net/win32/php4-win32-latest.zip

DO NOT REPLY unless you have _NEW_ information.
DO NOT TOUCH the version anymore

Also note that Apache2 is NOT stable for ANY use yet.
Use Apache 1.3.26 which is proven to actually work (with PHP)




[2002-07-19 09:56:33] [EMAIL PROTECTED]

I'm very sorry, I have to find PHP version, which do that correctly, so
I've tried all available versions. Latest versions too. In combobox on
'Bugs Report - New' are only 4.1.2, 4.2.0, 4.2.1 and 4CVS-2002-07-19
versions selectable. Because of both latest versions (stable 4.2.2-dev
and 4.3.0-dev) was uploaded to server snaps.php.net 2002/07/19, so I
choose version 4CVS-2002-07-19.

I've tried new update of latest stable version
(http://snaps.php.net/win32/php4-win32-STABLE-latest.zip), and it is
still not work. May be it is caused with my bad configuration of
Apache/PHP. Because of this little misunderstanding, I'm not sure,
which version you are modifying, so I don't know, which one I need to
download. Could you, please, send me, if it is corrected and which
archive I should to download. Thank you for your patient.



[2002-07-19 08:52:13] [EMAIL PROTECTED]

please don't change the version to earlier if you already confirmed it
to happen with the LATEST..



[2002-07-19 08:24:51] [EMAIL PROTECTED]

I have tried new update of stable version, but with the same result, it
doesn't work. I send to you some example of code, which cause troubles,
because I believe, it can help you to debug this problem.

stored procedure:
ALTER PROCEDURE sp_fetch_row @row int = 1 AS
  OPEN GLOBAL rowset
  FETCH ABSOLUTE @row FROM GLOBAL rowset
  CLOSE GLOBAL rowset
  DEALLOCATE GLOBAL rowset
GO

php:
function fetch_row( $link, $query, $row = 1 ) {
  if ( mssql_query( "DECLARE rowset CURSOR GLOBAL SCROLL FOR $query",
$link ) ) {
if ( $result = mssql_query( "EXEC sp_fetch_row $row", $link ) ) {
  $row = mssql_fetch_assoc( $result );
  mssql_free_result( $result );
} else
  mssql_query( 'DEALLOCATE GLOBAL rowset', $link );
  }

  return $row;
}

$result = fetch_row( $link, 'SELECT id, name FROM store', 3 );//
OK
$result = fetch_row( $link, 'SELECT id*2, name FROM store', 3 );  //
fails



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

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

#14542 [Opn->Ver]: Apache Crash

[sniper]

 ID:   14542
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Verified
 Bug Type: Scripting Engine problem
 Operating System: Linux 2.4.5
 PHP Version:  4.1.1


Previous Comments:


[2002-06-16 00:11:57] [EMAIL PROTECTED]

reclassified.




[2002-04-27 19:09:27] [EMAIL PROTECTED]

It's not fixed..




[2002-04-27 10:08:11] [EMAIL PROTECTED]

Fixed in CVS



[2002-04-25 16:07:25] [EMAIL PROTECTED]

The cause of the bug is that the following code is commented out in the
timeout handler (zend_timeout() in zend_execute_API):

/* is there any point in this?  we're terminating the request
anyway...
PG(connection_status) |= PHP_CONNECTION_TIMEOUT;
*/

In our case, we need this error status to be set correctly. We want to
be able to detect the error when a script is terminated due to timeout.



[2001-12-16 02:22:59] [EMAIL PROTECTED]

It seems that when a script terminates due to a
timeout connection_status() returns 0 (and
connection_timeout() no longer exists).

When aborted by a user connection_status() does return 1.

Sample script:







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

#14542 [Ver]: Apache Crash

[sniper]

 ID:   14542
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Verified
 Bug Type: Scripting Engine problem
 Operating System: Linux 2.4.5
-PHP Version:  4.1.1
+PHP Version:  4.3.0-dev
 New Comment:

Verified with 4.3.0-dev at this date.



Previous Comments:


[2002-06-16 00:11:57] [EMAIL PROTECTED]

reclassified.




[2002-04-27 19:09:27] [EMAIL PROTECTED]

It's not fixed..




[2002-04-27 10:08:11] [EMAIL PROTECTED]

Fixed in CVS



[2002-04-25 16:07:25] [EMAIL PROTECTED]

The cause of the bug is that the following code is commented out in the
timeout handler (zend_timeout() in zend_execute_API):

/* is there any point in this?  we're terminating the request
anyway...
PG(connection_status) |= PHP_CONNECTION_TIMEOUT;
*/

In our case, we need this error status to be set correctly. We want to
be able to detect the error when a script is terminated due to timeout.



[2001-12-16 02:22:59] [EMAIL PROTECTED]

It seems that when a script terminates due to a
timeout connection_status() returns 0 (and
connection_timeout() no longer exists).

When aborted by a user connection_status() does return 1.

Sample script:







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

#15438 [Opn->Ver]: include_once fails when comparing output to a value

[sniper]

 ID:   15438
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Verified
 Bug Type: Scripting Engine problem
 Operating System: FreeBSD/Linux
 PHP Version:  4CVS-2002-10-14


Previous Comments:


[2002-10-14 17:51:04] [EMAIL PROTECTED]

> Updated Version

The include*/require* functions are a bit inconsistent.

In the simple tests done, the filename printed after "Running" is the
statement included in the source and executed by PHP, e.g.
var_dump(require("file2include"));

Every script ran exeutes the same statement twice in a row.

First tests done by including the following:


--> Running include.php
File got included
int(1)
File got included
int(1)

--> Running include_once.php
File got included
int(1)
bool(true)

--> Running require.php
File got included
UNKNOWN:0
File got included
UNKNOWN:0

--> Running require_once.php
File got included
int(1)
bool(true)



Same tests ran with:


--> Running include.php
File got included
string(18) "Returning a string"
File got included
string(18) "Returning a string"

--> Running include_once.php
File got included
string(18) "Returning a string"
bool(true)

--> Running require.php
File got included
UNKNOWN:0
File got included
UNKNOWN:0

--> Running require_once.php
File got included
string(18) "Returning a string"
bool(true)



[2002-10-08 06:29:23] [EMAIL PROTECTED]

confirmed with 4.4.0-dev (cli)/ ZE 1.4.0. i'm including a repro recipe


# This is a shell archive.  Save it in a file, remove anything before
# this line, and then unpack it by entering "sh file".  Note, it may
# create directories; files and directories will be owned by you and
# have default permissions.
#
# This archive contains:
#
#   foo.php
#   bar.inc
#
echo x - foo.php
sed 's/^X//' >foo.php << 'END-of-foo.php'
X#!/usr/bin/env php
Xbar.inc << 'END-of-bar.inc'
X

The code above returns this fatal error:

Warning: Failed opening '1' for inclusion
(include_path='.:/usr/local/lib/php') in
/usr/local/apache/htdocs/test.php on line 2


And now i do it the longer way:


Works perfectly

And another way that works:




The problem really seems what [EMAIL PROTECTED] said, a scripting engine
bug. 

PS. Your reply about me asking a support question here is rather weird
to me, i was just reporting a bug..



[2002-10-07 22:17:06] [EMAIL PROTECTED]

Sorry, but the bug system is not the appropriate forum for asking
support questions. 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

Thank you for your interest in PHP.

You can only check if include/include_once failed or succeeded if the
included file returns a value. This is clearly documented at:
http://www.php.net/manual/en/function.include.php



[2002-02-09 06:17:06] [EMAIL PROTECTED]

I'm not sure this is actually a bug. I gather the returned value from
an include is the one you specify in the included file with 'return
$var'
Read more at http://www.php.net/manual/en/function.include.php about
return() in included files.

If you want to evaluate if an include was succesfull you could add:

$var = true;
return $var

at the end of the included file, but this should also do the trick:

((int) @include_once("../lib/test.php")) or die("Don't exist");

which is probably just a check if there's some warning text just like
michael already demonstrated.



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

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

#17461 [Opn->Bgs]: register_shutdown_function() timeout problem

[sniper]

 ID:   17461
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: Windows 2000 SP2
 PHP Version:  4.2.1
 New Comment:

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

Thank you for your interest in PHP.


Please add possible additional information here:

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

(no need for many reports about same issue)



Previous Comments:


[2002-09-17 11:51:55] [EMAIL PROTECTED]

I posted the following response in php.general and php.windows --
responding to users whom looked at the online help file for
REGISTER_SHUTDOWN_FUNCTION() on php.net and inquired whether this
TIMEOUT was actually a bug or a feature request:
--
It's a bug.  spoke to Rasmus at some length about just before i posted
it in the bug report.

The online help page is inaccurate in describing the full functionality
of the function:
http://www.php.net/manual/en/function.register-shutdown-function.php

REGISTER_SHUTDOWN_FUNCTION() is suppose to kick-off when any one of the
following things happen -- Exit, Error, TIMEOUT or User Abort.

According to Rasmus, the TIMEOUT functionality of this function works
fine under Linux -- however, it's not working under Win32 !

There apparently is another bug with this function -- you are suppose
to be able to call more than one REGISTER_SHUTDOWN_FUNCTION(), and they
are suppose to executed in-order... some people are reporting that only
the first encountered REGISTER_SHUTDOWN_FUNCTION() is executed, then
the script exits.

Someone needs to go through this function, pretty thoroughly, and get
it working correctly.  Being able to run code on a timeout, user-abort
or error is critical.

Jason



[2002-07-21 14:13:52] [EMAIL PROTECTED]

Don't mean to be a nag... I know there are other issues you programming
gods are working on... however, I was just wondering if anyone is
working on this REGISTER_SHUTDOWN_FUNCTION() TIMEOUT case? -- I noticed
the case has been marked "OPEN" -- not sure if that means someone is
working on it, though...

I'd love to see this fixed in the next minor release of PHP, 4.2.2 ??

Thanks.
Jason



[2002-07-15 16:16:07] [EMAIL PROTECTED]

Please note -- there was a type-o in my email address: my correct email
address is [EMAIL PROTECTED] (not, [EMAIL PROTECTED])

;-)



[2002-05-27 14:11:04] [EMAIL PROTECTED]

REGISTER_SHUTDOWN_FUNCTION() doesn't work on TIMEOUT for the Win32
platform.

I've tried this under PHP versions 4.1.1 and 4.2.1 -- same thing
happens.  Here's a sample script:

1: ?>
2:
3: set_time_limit(1);
4:
5: function clean_up()
6: {
7:  print("Script Terminated\n");
8: }
9: 
10: register_shutdown_function("clean_up");
11:
12: while(1);
13:
14: ?>

Here's the error:
-
Fatal error: Maximum execution time of 1 second exceeded in
C:\timeout_code.php on line 7

When this script TIMES-OUT, the REGISTER_SHUTDOWN_FUNCTION() will
"attempt" to run the function "clean_up" but will *immediately*
generate the error above in the 1st line (line 7, in this case) of the
"clean_up" function -- no matter what it is, and then the script
terminates.

Now -- if I use the REGISTER_SHUTDOWN_FUNCTION() with an EXIT (instead
of a TIMEOUT), the function works fine... it *just* seems to be a
TIMEOUT issue.

The REGISTER_SHUTDOWN_FUNCTION() needs to ignore the TIMEOUT (timer??)
-- and proceed to run any code it's programmed to run.

Just a Note: I understand that PRINT() and a few other functions will
not work when a REGISTER_SHUTDOWN_FUNCTION() is called and *run*
SERVER-SIDE -- however, I am running this script from the COMMAND-LINE
and PRINT() does work here, even with a REGISTER_SHUTDOWN_FUNCTION() --
so PRINT() isn't the problem... Just for giggles, I've replaced the
PRINT() function with an ERRORLOG() function, in an attempt to write
the output to disk -- SAME ERROR and exits on line 7 -- never executing
the code.

Thanks
Jason Caldwell
[EMAIL PROTECTED]






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

#17774 [Opn->Bgs]: connection_status() not returning correct result

[sniper]

 ID:   17774
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: FREEBSD 4.5-STABLE
 PHP Version:  4.0CVS-2002-06-15
 New Comment:

This report describes another problem:

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

So there is clearly some bug in there. But for aborts it definately
works (on apache1) so you should report this
to apache folks too, would be nice to hear what they think of it.. :)



Previous Comments:


[2002-12-08 08:23:31] [EMAIL PROTECTED]

Okay, I should report this to Apache then ?  This is a fault in there
software ?



[2002-12-08 03:17:06] [EMAIL PROTECTED]

For me your test script makes output.txt contain 1 when I press 'stop'
button in my browser.

But I'm using Apache 1.3.27. And so should you as Apache2 is still beta
quality.




[2002-12-07 08:47:29] [EMAIL PROTECTED]

Okay, time has moved on, plenty of new versions have come out, ive kept
up to the very latest all along, alas, as expected, it still doesnt
work.

Can I just get a clarification of what should happen when a user
presses the stop button on the following script ?  My guess is that it
should put a 1 or a 2 into the file, not a 0!


-
";
}
flush();
}
$a = $a + 1;
sleep('5');
}

exitfp();

?>

---


You keep telling me this function is fixed, but surely the above code
shuld have an output different to 0 if the user presses the stop button
?


Heres some version info from my server

FreeBSD admin.mghost.net 4.7-STABLE FreeBSD 4.7-STABLE #5: Sun Dec  1
00:39:59 GMT 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ADMIN
 i386


Apache/2.0.43 (Unix) PHP/4.3.0RC2



[2002-10-08 04:51:49] [EMAIL PROTECTED]

Just to keep you informed on this, I have now deleted my old install of
apache and installed a FRESH copy of apache 2.0.43 and the latest CVS
at the time, im still using the same php.ini file.

The problem still exists in its entirety.



[2002-09-30 15:17:24] [EMAIL PROTECTED]

Yes I am, however it didnt do this on the CVS install under a week ago,
thats irrespective of my problem, Im not all that fussed wether it
displays the zero or not, it really doesnt assist me in my long
standing problem with the code I want to write that depends on the STOP
buttong being pressed and detecting 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/17774

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

#19399 [Opn->Fbk]: Problem with method call - please report this bug

[sniper]

 ID:   19399
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Scripting Engine problem
 Operating System: Linux & Win2000
 PHP Version:  4.2.3
 New Comment:

Please try using this CVS snapshot:

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


I can not reproduce this with PHP 4.3.0-dev..



Previous Comments:


[2002-12-06 00:31:51] The Anarcat <[EMAIL PROTECTED]>

Also note that morphing the code into:

function seek_and_destroy($where_ary) {
  if (!isset($this)) {
$foo = new ecdGroupedNews();
  } else {
$foo = $this;
  }

supressees the warning, of course, so it is a proper workaround, for
me.



[2002-12-06 00:29:12] [EMAIL PROTECTED]

I have had a similar situation when assigning to $this:

function seek_and_destroy($where_ary) {
  if (!isset($this)) {
$this = new ecdGroupedNews(); // this is the line where the warning
is pointing to
  }
 ...
}

this yields:

Warning: Problem with method call - please report this bug in
/usr/home/anarcat/data/web_pages/www/anarcat.ath.cx/php/ecdGroupedNews.inc.php
on line 44

well, it's not *exactly* the same thing, but there is a similarity:
both problems occur when referencing $this in shadowy conditions (ie.
unset($this)).



[2002-09-14 00:20:42] [EMAIL PROTECTED]

I get the following error message:

Warning: Problem with method call - please report this bug in line
xyz.
This error message comes from /Zend/zend_execute.c, line 1638.

This error occurs in our applications framework with many intermingled
classes on both Linux and Windows 2000 Boxes (I have not checked on
Solaris yet). I have not been able to produce a simple set of classes
producing this error. The basic structure of what our code is doing
is:

class CUi {
function httpHeader($p_disableGzHandler = false) {
}
function htmlHead($p_subDirs = false) {
if ( ! isset($this) ) {
// this is the static pseudo initialization
$this->m_subDirs = $p_subDirs;
}
CUi::httpHeader(); // this is the line where the error occurs
}
}
CUi::httpHeader();

If I move the CUi:httpHeader() call done from within htmlHead() above
"if (! isset($this) )" the error does not occur.

I am sorry to not be able to provide better information. I would not
have reported this bug, but it explicitly asks to report it, so here we
go.




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

#19439 [Opn->Fbk]: reference to $this issue warning

[sniper]

 ID:   19439
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Scripting Engine problem
 Operating System: Windows 2000
 PHP Version:  4.2.3
 New Comment:

Please try using this CVS snapshot:

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


Can't reproduce with PHP 4.3.0-dev. Although I might have misunderstood
what script actually is causing it. If it still happens with the latest
snapshot, please include a really NOT working example script here.



Previous Comments:


[2002-09-16 12:59:08] [EMAIL PROTECTED]

Here are two classes:
g();
}
}


class myBar
{
var $container;
function myBar(&$obj)
{
$this->container = $obj;
}
}

// this work
echo myBase::g();
?>


But when I copy the code of myBase::output() method outside the class
defination, without changing the reference to $this variable passed to
'$x = new myBar($this)' carelessly, that is



PHP gives a message to me:
Warning: Problem with method call - please report this bug in xxx on
line xx

It should not be a normal case to work with $this outside a class, but
as the message 'define' this as a bug, I just drop a message here.

:)





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

#20064 [Opn->Ver]: print_r is still incorrect with referenced objects

[sniper]

 ID:   20064
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Verified
 Bug Type: Scripting Engine problem
 Operating System: W2K
-PHP Version:  4.2.3
+PHP Version:  4.3.0-dev


Previous Comments:


[2002-10-24 12:21:04] [EMAIL PROTECTED]

Running the code below shows that $cls->tProperty is _NOT_ the same
variable as the object itself. However, it should be. It lies that
$cls->tProperty is another instance of tClass class. Despite of this,
when one changes the name property, it will result in change in both
objects, and that's correct.


class tClass {
var $tProperty;
var $name;
function tClass() {
$this->tProperty =& $this;
}
};

echo "";
$cls =& new tClass();
$cls->name = "Sam";
print_r($cls);
$cls->name = "George";
print_r($cls);
echo "";

/*

Output:

tclass Object
(
[tProperty] => tclass Object
(
[tProperty] =>  *RECURSION*
[name] => Sam
)

[name] => Sam
)
tclass Object
(
[tProperty] => tclass Object
(
[tProperty] =>  *RECURSION*
[name] => George
)

[name] => George
)



Instead of:

tclass Object
(
[tProperty] => *RECURSION*
[name] => Sam
)
tclass Object
(
[tProperty] => *RECURSION*
[name] => George
)


*/




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

#20807 [Bgs->Opn]: 'make install' failed on cygwin

[moshe]

 ID:   20807
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: Compile Failure
 Operating System: winXP
 PHP Version:  4CVS-2002-12-04 (dev)
 New Comment:

did it. still no results.

here is the buildconf and configure log:

http://212.199.221.100/moshe/log.txt


Previous Comments:


[2002-12-04 09:50:53] [EMAIL PROTECTED]

This is a bug in the autotools for Cygwin, which as far as I know has
been addressed. If you are using the latest buildtools, try removing
configure and executing 'buildconf'. If that still doesn't work,
re-open the bug report.

Basically - the tempname created is created with '.exe' extension, but
returned to the shell var without it.

Not a bug in PHP -> bogus



[2002-12-04 07:18:48] [EMAIL PROTECTED]

make along is ok..



[2002-12-04 07:17:46] [EMAIL PROTECTED]

here:


Installing PHP SAPI module
chmod: changing permissions of `/usr/local/bin/#INST@3220#': No such
file or directory
make: *** [install-sapi] Error
-




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

#20486 [Opn]: register_tick_function crashes apache

[sniper]

 ID:   20486
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: win2k
-PHP Version:  4CVS-2002-11-18 (dev)
+PHP Version:  4.4.0-dev
 New Comment:

Must be some win32 thing as I can not reproduce this within Linux (and
apache 1.3.27).



Previous Comments:


[2002-11-18 14:00:49] [EMAIL PROTECTED]

think it should be a scripting engine problem.. i dont know.. and its
reproduceble...



[2002-11-18 13:56:54] [EMAIL PROTECTED]

Register_tick_function crashes Apaches. These are the specs.

tried it on combinations of win2k with apache 1.3.22 and php as sapi
with versions 4.2.2 , 4.2.3 and 4.4.0-dev 
and tried it with apache 2.0.43 with 4.4.0-dev too

the scripts was the example code from the documentation. It worked on
our cobalt server but when i wanted to use it for real when working at
home it crashed apache. 

crashes an apache thread (probably) with a memory fault .. couldnt
read
from address 0x0etc . server does keep running though.

when commenting //register_tick_function() it works fine. 
even leaving declare(ticks=1) {..} in tact.

Vincent.




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

#20616 [Opn->Fbk]: 4.3.0RC1-Win32 cannot find files found by 4.2.3

[sniper]

 ID:   20616
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Scripting Engine problem
 Operating System: Win 2k server
 PHP Version:  4.3.0RC1
 New Comment:

So the problem is that 'require("/foobar.php");' does not find foobar
under the current working dir?? If so, this really is not a bug but the
correct behaviour.



Previous Comments:


[2002-12-07 02:14:53] [EMAIL PROTECTED]

Iliaa - see Nov 29 message.



[2002-12-07 02:05:51] [EMAIL PROTECTED]

Can you please include the error message that you get?



[2002-11-29 07:20:30] [EMAIL PROTECTED]

Now that you have given us the info, we can resolve the problem, for
free.
Instead of complaining, you could just contribute your obviously
superior knowledge of windows and help us fix it.
Keep the attitude out of the reports please.




[2002-11-29 07:08:58] [EMAIL PROTECTED]

My reply from the 26th:

Hi Iliaa,

OK, looks like you need further information to find this one. I would
add further comments but bugs.php.net is frozen right now when
attempting to edit bug reports.

Let's take the following piece of code:

-

dbhost = "localhost";
$CFG->dbname = "mymarket";
$CFG->dbuser = "myuser";
$CFG->dbpass = "mypassword";

$CFG->wwwroot = "/Commerce/mymarket3";
$CFG->dirroot = "";
$CFG->templatedir = "$CFG->dirroot/templates";
$CFG->libdir  = "$CFG->dirroot/lib";
$CFG->imagedir= "$CFG->wwwroot/images";

$CFG->wordlist= "$CFG->libdir/wordlist.txt";
$CFG->support = "[EMAIL PROTECTED]";

/* define database error handling behavior, since we are in
development
 * we will turn on all the debugging messages to help us troubleshoot
*/
$DB_DEBUG = true;
$DB_DIE_ON_FAIL = true;

/* load up standard libraries */
require("$CFG->libdir/stdlib.php");
require("$CFG->libdir/dblib.php");
require("$CFG->libdir/mymarket.php");
require("$CFG->libdir/cart.php");

--

In 4.2.3 this will work fine, whilst in 4.3.0RC1 you'll get an error
on
the line:

require("$CFG->libdir/stdlib.php");

That's because there will be a slash prepended where it wasn't there
before.

Note that '$CFG->libdir' is made from '$CFG->dirroot' plus '/lib'.
With
'$CFG->dirroot' being empty this should resolve to no leading slash,
which was correct in 4.2.3 but now isn't. Otherwise there's no way to
include a relative path.

I'd get in and fix this myself but I've spent far too many years
repairing other people's broken code for free, and since this is my
profession it doesn't make sense to do that any more. But a pointer on
where the error might be ... if you're using Cygwin and changed
versions, that's probably it. Get rid of it before you go blind and
use
MSVC 5.0 or later, it works. Really.

Rob Judd
Homepage: http://judd.ob-wan.com



[2002-11-29 06:59:28] [EMAIL PROTECTED]

RC2 also fails identically, see error message below. You might also
like to complete the HTML tags in the error messages so that an error
displays correctly. Relying on a browser version that doesn't mind
missing  tags is a Bad Idea(tm).

Warning: main(../application.php) [http://www.php.net/function.main]:
failed to create stream: No such file or directory in
C:\Xitami\webpages\Commerce\mymarket1\admin\index.php on line 8
Warning: Failed opening '../application.php' for inclusion
(include_path='.;c:\php4\pear') in
C:\Xitami\webpages\Commerce\mymarket1\admin\index.php on line 8 Fatal
error: Call to undefined function:  pv() in
C:\Xitami\webpages\Commerce\mymarket1\admin\templates\header.php on
line 3



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

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

#20670 [Opn->Ver]: Object reference with global variables bug

[sniper]

 ID:   20670
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Verified
 Bug Type: Scripting Engine problem
 Operating System: Linux
-PHP Version:  4.3.0RC1
+PHP Version:  4.3.0-dev


Previous Comments:


[2002-11-27 03:36:35] [EMAIL PROTECTED]


$globalref_bar===NULL  after  $o2 = &new Bar();

Source



Output:

array(1) {
  [0]=>
  &object(foo)(0) {
  }
}
NULL
object(foo)(0) {
}
object(bar)(0) {
}
-





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

#20676 [Opn->Fbk]: Reinitialization of a reference

[sniper]

 ID:   20676
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Scripting Engine problem
 Operating System: All
 PHP Version:  4.2.3
 New Comment:

I get this output from your second script (using PHP 4.3.0-dev):

START
VALUE IN SET: 2 
VALUE OUT SET: 2

What's the bug here??



Previous Comments:


[2002-11-27 09:46:29] [EMAIL PROTECTED]

But why doesn'it work with this code:
x=2;

$GLOBALS['ref'] =& $a;
echo "VALUE IN SET: {$GLOBALS['ref']->x} \n";
} //$a destroyed. $GLOBALS['ref'] not.


echo "START\n";
set();
echo "VALUE OUT SET: {$GLOBALS['ref']->x}\n"; 
?>

I really think that it's a bug



[2002-11-27 09:32:28] [EMAIL PROTECTED]

i thought that PHP count references on data before destroys it. This is
not the case. This is why $GLOBALS['ref'] is null isn't it ?



[2002-11-27 09:22:51] [EMAIL PROTECTED]

I try to keep reference on all instances of a class. Even, unserialized
one.

x=2;
$data = serialize($a);

//Unserialize
$b =& unserialize($data); // i try without '&'
$result= $b === $GLOBALS['ref']; // $result == true;
echo "VALUE IN SET: {$b->x} \n"; // Echo 2
}

set();
echo "VALUE OUT SET: {$GLOBALS['ref']->x}\n"; //echo nothing,
$GLOBALS['ref'] is now NULL !
?>

I have read all docs, my eyes burns me but i really cannot understand.
I look in database too. 




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

#20676 [Fbk->Opn]: Reinitialization of a reference

[alex_boyer]

 ID:   20676
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: All
 PHP Version:  4.2.3
 New Comment:

the second script works, the first one doesn't work.
They do the same thing but in a different way.

It is why i think that there is a bug with the first one.


Previous Comments:


[2002-12-08 11:04:33] [EMAIL PROTECTED]

I get this output from your second script (using PHP 4.3.0-dev):

START
VALUE IN SET: 2 
VALUE OUT SET: 2

What's the bug here??




[2002-11-27 09:46:29] [EMAIL PROTECTED]

But why doesn'it work with this code:
x=2;

$GLOBALS['ref'] =& $a;
echo "VALUE IN SET: {$GLOBALS['ref']->x} \n";
} //$a destroyed. $GLOBALS['ref'] not.


echo "START\n";
set();
echo "VALUE OUT SET: {$GLOBALS['ref']->x}\n"; 
?>

I really think that it's a bug



[2002-11-27 09:32:28] [EMAIL PROTECTED]

i thought that PHP count references on data before destroys it. This is
not the case. This is why $GLOBALS['ref'] is null isn't it ?



[2002-11-27 09:22:51] [EMAIL PROTECTED]

I try to keep reference on all instances of a class. Even, unserialized
one.

x=2;
$data = serialize($a);

//Unserialize
$b =& unserialize($data); // i try without '&'
$result= $b === $GLOBALS['ref']; // $result == true;
echo "VALUE IN SET: {$b->x} \n"; // Echo 2
}

set();
echo "VALUE OUT SET: {$GLOBALS['ref']->x}\n"; //echo nothing,
$GLOBALS['ref'] is now NULL !
?>

I have read all docs, my eyes burns me but i really cannot understand.
I look in database too. 




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

#20807 [Opn->Fbk]: 'make install' failed on cygwin

[sniper]

 ID:   20807
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: winXP
 PHP Version:  4CVS-2002-12-04 (dev)
 New Comment:

Do you have the latest buildtools? Can you add the buildconf output
here too? And try doing './cvsclean' before running './buildconf'.



Previous Comments:


[2002-12-08 10:55:41] [EMAIL PROTECTED]

did it. still no results.

here is the buildconf and configure log:

http://212.199.221.100/moshe/log.txt



[2002-12-04 09:50:53] [EMAIL PROTECTED]

This is a bug in the autotools for Cygwin, which as far as I know has
been addressed. If you are using the latest buildtools, try removing
configure and executing 'buildconf'. If that still doesn't work,
re-open the bug report.

Basically - the tempname created is created with '.exe' extension, but
returned to the shell var without it.

Not a bug in PHP -> bogus



[2002-12-04 07:18:48] [EMAIL PROTECTED]

make along is ok..



[2002-12-04 07:17:46] [EMAIL PROTECTED]

here:


Installing PHP SAPI module
chmod: changing permissions of `/usr/local/bin/#INST@3220#': No such
file or directory
make: *** [install-sapi] Error
-




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

#20302 [Fbk->Opn]: Leaked Descriptors

[linux_4ever]

 ID:   20302
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: Linux 2.4.18
 PHP Version:  4.2.2
 New Comment:

>It would be nice if you could give an exact 
>description of what descriptors are open for you. 

The main problem is with apache 2.x. The listing is huge. There are 2
descriptors per website on the machine + main error log + main access
log just being leaked by mod_cgi. When testing mod_php, I found 3
additional descriptors being leaked. I guess I incorrectly assumed that
this was a php problem. If php does not police or cleanup the
environment that php applications run under, then I guess this bug
report can be closed. I will also make the apache team aware of this
issue, too. My feelings are that apache 2.x really has some problems.

If you are curious about the leaked descriptors, visit :
http://www.web-insights.net/env_audit  The env_audit program has full
description and ready to use php script for testing this. There is also
a 50 page report that can be downloaded from that page that gives more
detail than I can list here.

>BTW: The opened script fd can be leaked without 
>any security impact.

Maybe and maybe not. If a hole is found in php, people could use this
to overwrite a page making a temporary security problem more permanent.
To do this requires first finding another exploit, then you might be
able to use this for more mischief. Unless there's a compelling reason
not to do so, I would close the fd or set the FD_CLOEXEC flag. My
testing calls a program external to PHP using the passthru() function.
This external program should not have access to PHP files.

So, I leave it to your team. I won't object to closing this bug report
if you feel the issue truly lies with apache 2.x. Thanks for looking at
it.


Previous Comments:


[2002-12-05 13:09:27] [EMAIL PROTECTED]

It would be nice if you could give an exact description of what
descriptors are open for you. Like a directory listing
...
ls -la /proc/pidofapache/fd

BTW: The opened script fd can be leaked without any security impact.

And it is an apache bug that the fds are leaked. PHP does no
accept (its the apache child that accepts). And mysql etc... sockets
are opened by the mysqlclient libs... these are responsible for setting
the close on exec flag, not PHP.





[2002-12-05 07:27:02] [EMAIL PROTECTED]

I got the e-mail stating to try the latest tarball. I downloaded it and
grep'ed around. I am not sure how to build a rpm of php that is 100%
compatible with RedHat 8.0. The e-mail back was terse and didn't say
the problem was replicated or fixed. The tarball has no CHANGELOG.
Grep'ing did not show FD_CLOEXEC. 

Since I am not sure about building a rpm and I cannot find what the fix
was, how am I to provide feedback? Was the problem replicated? Did your
testing show its now fixed? What files were changed? Are there diffs of
the affected code?



[2002-12-04 18:16:22] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.





[2002-11-23 16:37:43] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-11-07 12:20:30] [EMAIL PROTECTED]

Upon investigating the php engine as shipped by RedHat 8.0 with the
env_audit program, I have found that php is leaking descriptors (above
and beyond what apache is leaking). One descriptor is the php webpage
being executed, and 2 copies of the socket returned from accept appear
to be leaked. The env_audit program is listed at freshmeat.net, it
comes with instructions to audit php.

The fix is to add a fcntl(fd, FD_CLOEXEC) after accept and after
opening the page.




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

#20676 [Opn->Ver]: Reinitialization of a reference

[sniper]

 ID:   20676
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Verified
 Bug Type: Scripting Engine problem
 Operating System: All
-PHP Version:  4.2.3
+PHP Version:  4.3.0-dev


Previous Comments:


[2002-12-08 11:07:52] [EMAIL PROTECTED]

the second script works, the first one doesn't work.
They do the same thing but in a different way.

It is why i think that there is a bug with the first one.



[2002-12-08 11:04:33] [EMAIL PROTECTED]

I get this output from your second script (using PHP 4.3.0-dev):

START
VALUE IN SET: 2 
VALUE OUT SET: 2

What's the bug here??




[2002-11-27 09:46:29] [EMAIL PROTECTED]

But why doesn'it work with this code:
x=2;

$GLOBALS['ref'] =& $a;
echo "VALUE IN SET: {$GLOBALS['ref']->x} \n";
} //$a destroyed. $GLOBALS['ref'] not.


echo "START\n";
set();
echo "VALUE OUT SET: {$GLOBALS['ref']->x}\n"; 
?>

I really think that it's a bug



[2002-11-27 09:32:28] [EMAIL PROTECTED]

i thought that PHP count references on data before destroys it. This is
not the case. This is why $GLOBALS['ref'] is null isn't it ?



[2002-11-27 09:22:51] [EMAIL PROTECTED]

I try to keep reference on all instances of a class. Even, unserialized
one.

x=2;
$data = serialize($a);

//Unserialize
$b =& unserialize($data); // i try without '&'
$result= $b === $GLOBALS['ref']; // $result == true;
echo "VALUE IN SET: {$b->x} \n"; // Echo 2
}

set();
echo "VALUE OUT SET: {$GLOBALS['ref']->x}\n"; //echo nothing,
$GLOBALS['ref'] is now NULL !
?>

I have read all docs, my eyes burns me but i really cannot understand.
I look in database too. 




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

#20814 [Opn->Ver]: reproducable, freaky parse error in 'here document' structure

[sniper]

 ID:   20814
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Verified
 Bug Type: Scripting Engine problem
 Operating System: all
 PHP Version:  4.4.0-dev


Previous Comments:


[2002-12-04 14:58:11] [EMAIL PROTECTED]

To clarify the line mismatch:
AFAIK it's the same as a missing '}' in if/else. It will report on the
__last__ expected '}', while the error will intuitively start on the
__first__ unclosed '}'.

The '$' is 'end' as in regexps.



[2002-12-04 11:24:55] [EMAIL PROTECTED]

To clarify a few points:

a) This is known and is both documented and is a current feature
request:

http://bugs.php.net/bug.php?id=8685
http://www.php.net/language.types.string#language.types.string.syntax.heredoc

b) The error that's reported is odd, and looks something like this:

Parse error: parse error, unexpected $ in test.php on line 42

Where 42 is, for example, on the last line of test.php even when the
error is elsewhere.  This error sorta makes sense in most cases (like a
missing quote or closing brace) but IMHO not here.  Maybe someone can
briefly explain what PHP is thinking.

c) Many have attempted to fix this and many more have reported it (a)
but it appears to be almost impossible to fix and remains a feature
request.  Again, it is documented with a big fat warning.

Am leaving as open as this mentions the strange error too (b), not just
the known feature request.






[2002-12-04 11:23:05] [EMAIL PROTECTED]

[quick on the trigger]... scratch that last sentence ... I 
was going to point out that the closing tag has to be flush 
left but I think that is not a bug.



[2002-12-04 11:04:39] [EMAIL PROTECTED]

I've tested this on PHP 4.2.3 for OSX, Open BSD, Linux...

If you leave any whitespace after the closing tag of a here 
document structure (not sure if that's what it is called, 
like in Perl) a parse error will occur but never for the 
correct line.  This seems like a bug to me because a semi-
colon should terminate the code allowing the programmer to 
put comments or whatever after the semi-colon.

Here is an example:

$variable = "variable";
$someVariable = <<

text text $variable
testing here document


hereDocument; // closing comment or just whitespace
echo $someVariable;

After the closing "hereDocument;" if you leave any 
whitespace (other than a carriage return) or text, a parse 
error is generated but the line number never leads you to 
the right place.  This can be very confusing if you are 
working on a large class (like I was) and you left a tab or 
space after a closing tag.  I'm not sure how consciously 
supported the here document structure is but this is worth 
addressing since here documents can be very useful for 
storing large variables containing HTML code with double 
and single quotes, for example.  While I'm submitting this 
bug, I might as well point




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

#20880 [Opn->Csd]: In ImageCopy transparency of the top grafic dominates color of the bottom grafic

[pajoye]

 ID:   20880
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: GD related
 Operating System: Mac OSX 10.2.2
 PHP Version:  4.2.3
 New Comment:

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

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

The current cvs works well with the provided images. Try your script
with the cvs version.

Thank's the report,

pierre


Previous Comments:


[2002-12-08 02:37:29] [EMAIL PROTECTED]

The application is at http://rc.opelgt.org/rechnereien/tacho.html
The two gifs are at http://rc.opelgt.org/rechnereien/diagramm.gif and
http://rc.opelgt.org/rechnereien/verdeck.gif
The two pngs are at http://rc.opelgt.org/rechnereien/diagramm.png and
http://rc.opelgt.org/rechnereien/verdeck.png
The php code is

A test html page for easy viewing with dark background





The two pngs are created with Adobe PhotoShop 6.
I tried to solve the problem with different colors in the two pings
marked as transparent (before both #00FF00) but without success.

Rüdiger



[2002-12-07 20:46:08] [EMAIL PROTECTED]

Hello,

A quick test helpfull to find out what happens with your image, can you
provide a url (html page) with the 2 original images you use to create
the final gif image you provided as a link, and a short script to
reproduce it.

About a compiler on a macos platform, you may take a look at:
http://www.phpmac.com/

pierre



[2002-12-07 19:45:20] [EMAIL PROTECTED]

Hello Pierre,

as mentioned I have a Mac and using a C-Compiler is beyond my
possibilities.

I will wait for 4.3 as a Mac-Version.
Rüdiger

P.s.: Or do you have a source for a free C-Compiler for Mac OSX?



[2002-12-07 19:30:53] [EMAIL PROTECTED]



These 2 links pointed you to the latest development version of php. The
1st link is the linux sources, the 2nd in the windows binary version
(which you can use on a windows box as a full replacement of your
current installation for tests purpose).

In the case you will test with one these version, please use the
bundled gd library (compile with "--with-gd" to get it).

Then can you try to export it as a png image and post an url here ?

pierre


You have sent me twice the same link.
When I have no C-Compiler (or what kind of source is this?)
what shall I do with it?



[2002-12-07 19:11:32] [EMAIL PROTECTED]

Try what?
You have sent me twice the same link.
When I have no C-Compiler (or what kind of source is this?)
what shall I do with it?

Rüdiger



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

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

#20880 [Csd]: In ImageCopy transparency of the top grafic dominates color of the bottom grafic

[rc]

 ID:   20880
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: GD related
 Operating System: Mac OSX 10.2.2
 PHP Version:  4.2.3
 New Comment:

Thank you too ;-)

Rüdiger


Previous Comments:


[2002-12-08 11:56:02] [EMAIL PROTECTED]

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

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

The current cvs works well with the provided images. Try your script
with the cvs version.

Thank's the report,

pierre



[2002-12-08 02:37:29] [EMAIL PROTECTED]

The application is at http://rc.opelgt.org/rechnereien/tacho.html
The two gifs are at http://rc.opelgt.org/rechnereien/diagramm.gif and
http://rc.opelgt.org/rechnereien/verdeck.gif
The two pngs are at http://rc.opelgt.org/rechnereien/diagramm.png and
http://rc.opelgt.org/rechnereien/verdeck.png
The php code is

A test html page for easy viewing with dark background





The two pngs are created with Adobe PhotoShop 6.
I tried to solve the problem with different colors in the two pings
marked as transparent (before both #00FF00) but without success.

Rüdiger



[2002-12-07 20:46:08] [EMAIL PROTECTED]

Hello,

A quick test helpfull to find out what happens with your image, can you
provide a url (html page) with the 2 original images you use to create
the final gif image you provided as a link, and a short script to
reproduce it.

About a compiler on a macos platform, you may take a look at:
http://www.phpmac.com/

pierre



[2002-12-07 19:45:20] [EMAIL PROTECTED]

Hello Pierre,

as mentioned I have a Mac and using a C-Compiler is beyond my
possibilities.

I will wait for 4.3 as a Mac-Version.
Rüdiger

P.s.: Or do you have a source for a free C-Compiler for Mac OSX?



[2002-12-07 19:30:53] [EMAIL PROTECTED]



These 2 links pointed you to the latest development version of php. The
1st link is the linux sources, the 2nd in the windows binary version
(which you can use on a windows box as a full replacement of your
current installation for tests purpose).

In the case you will test with one these version, please use the
bundled gd library (compile with "--with-gd" to get it).

Then can you try to export it as a png image and post an url here ?

pierre


You have sent me twice the same link.
When I have no C-Compiler (or what kind of source is this?)
what shall I do with 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/20880

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

#20807 [Fbk->Ana]: 'make install' failed on cygwin

[msopacua]

 ID:   20807
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Analyzed
 Bug Type: Compile Failure
 Operating System: winXP
 PHP Version:  4CVS-2002-12-04 (dev)
 New Comment:

AC_PROG_CC is called after the check for cygwin. Therefore the check
for Cygwin fails, as it calls 'cc'.
Setting CC environment var clears that issue.

However - shtool should be patched with 'EXE_EXT' or the various real
executables, should detect cygwin. For instance, the following gets me
half-way:
$ grep '\.exe' ./Makefile
SAPI_CLI_PATH = sapi/cli/php.exe
INSTALL_CLI = $(INSTALL) -m 0755 $(SAPI_CLI_PATH)
$(INSTALL_ROOT)$(bindir)/php.exe
SAPI_CGI_PATH = sapi/cgi/php-cgi.exe

And fails on phpextdist.



Previous Comments:


[2002-12-08 11:08:23] [EMAIL PROTECTED]

Do you have the latest buildtools? Can you add the buildconf output
here too? And try doing './cvsclean' before running './buildconf'.




[2002-12-08 10:55:41] [EMAIL PROTECTED]

did it. still no results.

here is the buildconf and configure log:

http://212.199.221.100/moshe/log.txt



[2002-12-04 09:50:53] [EMAIL PROTECTED]

This is a bug in the autotools for Cygwin, which as far as I know has
been addressed. If you are using the latest buildtools, try removing
configure and executing 'buildconf'. If that still doesn't work,
re-open the bug report.

Basically - the tempname created is created with '.exe' extension, but
returned to the shell var without it.

Not a bug in PHP -> bogus



[2002-12-04 07:18:48] [EMAIL PROTECTED]

make along is ok..



[2002-12-04 07:17:46] [EMAIL PROTECTED]

here:


Installing PHP SAPI module
chmod: changing permissions of `/usr/local/bin/#INST@3220#': No such
file or directory
make: *** [install-sapi] Error
-




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

#20751 [Com]: Mail: undefined function

[oden . eriksson]

 ID:   20751
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Mail related
 Operating System: Linux Redhat 7.2
 PHP Version:  4.3.0RC2
 New Comment:

Hi.

This works:

export PROG_SENDMAIL="/var/qmail/bin/sendmail"

(but it's a workaround)


Previous Comments:


[2002-12-05 12:12:39] [EMAIL PROTECTED]

Could you gzip config.log and configure and mail them to me?



[2002-12-05 12:02:54] [EMAIL PROTECTED]

Yes, it produces "yes"

Andrea Busia



[2002-12-03 08:53:15] [EMAIL PROTECTED]

Yes, it produces "yes"

Andrea Busia



[2002-12-03 06:59:36] [EMAIL PROTECTED]

I'll rephrase, y'honnor:
Does:
if test -f /usr/sbin/sendmail; then echo yes; fi
Produce:
"yes"

Please note: /usr/sbin/sendmail - not /usr/bin/sendmail.



[2002-12-03 06:48:20] [EMAIL PROTECTED]

It works well

but the previous config.log section is without the symlink (as
requested) in /usr/bin/sendmail but only in /usr/sbin and /usr/lib

with the symlink all works well.



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

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

#20887 [NEW]: /php.ini

[oden . eriksson]

From: [EMAIL PROTECTED]
Operating system: Mandrqke Linux 9.0
PHP version:  4.3.0RC2
PHP Bug Type: Unknown/Other Function
Bug description:  /php.ini

If /php.ini exists, that one is used no matter what PHPRC env is set or
compiled in when starting up apache from a SysV script. Is it a bug in
php, or could it be the Mandrake Linux 9.0 system?
-- 
Edit bug report at http://bugs.php.net/?id=20887&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20887&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20887&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20887&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20887&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20887&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20887&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20887&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20887&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20887&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20887&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20887&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20887&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20887&r=isapi

#20569 [Opn->Fbk]: Apache fails when restarting

[iliaa]

 ID:   20569
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: Linux 2.4.19 (Debian)
 PHP Version:  4.3.0RC1
 New Comment:

Please try using this CVS snapshot:

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

Just a side note support for Apache 2 is experimental and this is
especially true if you are using the worker model.


Previous Comments:


[2002-11-25 02:54:54] [EMAIL PROTECTED]

It only happens when php filter is loaded.

I also recall that the same behavior we had on FreeBSD 5.0 (developers
preview) using PHP 4.3.0pre2 but i cannot confirm it because this setup
is no longer available to me.



[2002-11-23 16:11:18] [EMAIL PROTECTED]

Does this happen when PHP dso module is not loaded?



[2002-11-22 06:12:27] [EMAIL PROTECTED]

Apache 2.0.43 (worker model)

PHP:
./configure  --with-mysql --with-dom --with-dom-xslt
--with-apxs2=/usr/bin/apxs2 --with-zlib --disable-ctype

"apache2ctl restart" does:
[notice] SIGHUP received.  Attempting to restart
[notice] seg fault or similar nasty error detected in the parent
process

stoping and then starting apache doesn't generate this
error. only restarting fails. 

 




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

#20520 [Opn->Fbk]: Nonsymetric data syncronization with references

[iliaa]

 ID:   20520
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Class/Object related
 Operating System: Linux
 PHP Version:  4.2.3
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2002-11-20 09:49:11] [EMAIL PROTECTED]

The following script creates a class which should become a class for
session-handling

const)."\n";
session_set_save_handler (
  array(&$this, 'open'),
  array(&$this, 'close'),
  array(&$this, 'read'),
  array(&$this, 'write'),
  array(&$this, 'destroy'),
  array(&$this, 'gc')
);
session_start ();
  }

  function open () {
echo 'open'."\n";
echo (++$this->all)."\n";
  }

  function close () {
echo 'close'."\n";
echo (++$this->all)."\n";
  }

  function read () {
echo 'read'."\n";
echo (++$this->all)."\n";
  }

  function write () {
echo 'write'."\n";
echo (++$this->all)."\n";
  }

  function destroy () {
echo 'destroy'."\n";
echo (++$this->all)."\n";
  }

  function gc () {
echo 'gc'."\n";
echo (++$this->all)."\n";
  }
  
  function set () {
echo 'set'."\n";
echo (++$this->all)."\n";
  }
}

$session = new my_sess ();

echo ''."\n";
$session->set ();
$session->set ();
$session->set ();
echo ''."\n";

session_write_close ();
?>

If you run this script you get the following output:
-
Constructor 1

Warning: Cannot send session cache limiter - headers already sent
(output started at /data/here/htdocs/versuch2.php:6) in
/data/here/htdocs/versuch2.php on line 16
open 1
read 2

set 3
set 4
set 5

write 3
close 4
---

whereas you would expect 


Constructor 1

Warning: Cannot send session cache limiter - headers already sent
(output started at /data/here/htdocs/versuch2.php:6) in
/data/here/htdocs/versuch2.php on line 16
open 1
read 2

set 3
set 4
set 5

write 6
close 7


It seems like there are two instances of the class hanging around. But
how they relate to each other is a mystery.





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

#20887 [Com]: /php.ini

[michael . mauch]

 ID:   20887
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Unknown/Other Function
 Operating System: Mandrqke Linux 9.0
 PHP Version:  4.3.0RC2
 New Comment:

I can't see that /php.ini is used here, but php/php-cli.ini is used,
i.e. a file relative to the place from where PHP was started. 
With PHPRC=/xizzy I get:

# strace -eopen php -r 'echo "bla";' 2>&1|grep ini
open("php/php-cli.ini", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file
or directory)
open("/xizzy/php-cli.ini", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such
file or directory)
open("/usr/local/lib/php-cli.ini", O_RDONLY|O_LARGEFILE) = 3
open("/usr/local/lib/php/browscap/browscap.ini", O_RDONLY|O_LARGEFILE)
= 3

And if php/php-cli.ini is there, PHP only reads that one. This is with
4.3.0-cvs from today, and I don't have Mandrake here (once upon a time,
it was a SuSE Linux).


Previous Comments:


[2002-12-08 14:53:59] [EMAIL PROTECTED]

If /php.ini exists, that one is used no matter what PHPRC env is set or
compiled in when starting up apache from a SysV script. Is it a bug in
php, or could it be the Mandrake Linux 9.0 system?




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

#20382 [Opn->Ver]: strtotime ("Monday", $date) can produce incorrect output

[iliaa]

 ID:   20382
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Verified
 Bug Type: Date/time related
-Operating System: Linux Mandrake 7.2
+Operating System: All
-PHP Version:  4.3.0-dev
+PHP Version:  4.3.0-dev/4.4.0-dev


Previous Comments:


[2002-11-21 23:42:22] [EMAIL PROTECTED]

Ran the automated-date-test script on a different box, this one running
windows 2000 SP2 (previously was Mandrake Linux 7.2), using the latest
available snapshot of the 4.4.0-dev tree (was php4-win32-200211220330),
and it produced the same list of incorrect dates as in the above
comment.



[2002-11-12 19:46:28] [EMAIL PROTECTED]

OK, I decided that was needed was some kind of automated testing, so I
wrote it:

#!/root/php4-200211122230 -q
 7, "Monday" => 1, "Tuesday" => 2,
"Wednesday" => 3,
"Thursday" => 4, "Friday" => 5, "Saturday"
=> 6);

// convert into a number
$desired_day_of_week_number = $weekdays[$desired_day_of_week];

// see what day we have currently
list ($year, $month, $day) = explode ("-",$date);
$date_day_of_week = date("w", mktime
(17,17,17,$month,$day,$year));

$new_day = $day+(($desired_day_of_week_number-$date_day_of_week)+7) %
7;
return date("Y-n-j", mktime (17,17,17,$month,$new_day,$year));
}


// run an automated test to compare the output of these two functions,
and complain if they differ
for ($i=1; $i<1000; $i++) {
$date =  date("Y-n-j", mktime (17,17,17,1,$i,1999));
$strtotime_date = getDateWithModifier($date, "Monday");
$other_date = getDayOfTheWeekFromDate($date, "Monday");
if ($strtotime_date != $other_date) {
print "Discrepancy for $date - results were $strtotime_date vs
$other_date\n";
}
}

print "PHP version: " . phpversion(). "\n";

?>



Here's the output that I get:

[root@www tmp]# ./automated-date-test.php 
Discrepancy for 1999-3-23 - results were 1999-3-28 vs 1999-3-29
Discrepancy for 1999-3-24 - results were 1999-3-28 vs 1999-3-29
Discrepancy for 1999-3-25 - results were 1999-3-28 vs 1999-3-29
Discrepancy for 1999-3-26 - results were 1999-3-28 vs 1999-3-29
Discrepancy for 1999-3-27 - results were 1999-3-28 vs 1999-3-29
Discrepancy for 1999-3-28 - results were 1999-3-28 vs 1999-3-29
Discrepancy for 2000-3-21 - results were 2000-3-26 vs 2000-3-27
Discrepancy for 2000-3-22 - results were 2000-3-26 vs 2000-3-27
Discrepancy for 2000-3-23 - results were 2000-3-26 vs 2000-3-27
Discrepancy for 2000-3-24 - results were 2000-3-26 vs 2000-3-27
Discrepancy for 2000-3-25 - results were 2000-3-26 vs 2000-3-27
Discrepancy for 2000-3-26 - results were 2000-3-26 vs 2000-3-27
Discrepancy for 2001-3-20 - results were 2001-3-25 vs 2001-3-26
Discrepancy for 2001-3-21 - results were 2001-3-25 vs 2001-3-26
Discrepancy for 2001-3-22 - results were 2001-3-25 vs 2001-3-26
Discrepancy for 2001-3-23 - results were 2001-3-25 vs 2001-3-26
Discrepancy for 2001-3-24 - results were 2001-3-25 vs 2001-3-26
Discrepancy for 2001-3-25 - results were 2001-3-25 vs 2001-3-26
PHP version: 4.3.0-dev
[root@www tmp]# 


In other words, the result for these 6 days of the year consistently
appears to be wrong. (I suppose I should be glad that the very first
date I choose to test this function with just by fluke happened to be
one of those 6 days, as opposed to causing mysterious problems later!)


Does anyone else get any results that appear incorrect on running this
script?



[2002-11-12 19:25:41] [EMAIL PROTECTED]

No problem - Modified script slightly, as shown below, to use
gmmktime(), and to also print out the before and after timestamps.
Source:
=
#!/root/php4-200211122230 -q
\n";
print "2001-3-17, goto mon: " . getDateWithModifier("2001-3-17",
"Monday") . "; should be 2001-3-19.\n";
print "2001-3-18, goto mon: " . getDateWithModifier("2001-3-18",
"Monday") . "; should be 2001-3-19.\n";
print "2001-3-19, goto mon: " . getDateWithModifier("2001-3-19",
"Monday") . "; should be 2001-3-19.\n";
print "2001-3-20, goto mon: " . getDateWithModifier("2001-3-20",
"Monday") . "; should be 2001-3-26 ###.\n";
print "2001-3-21, goto mon: " . getDateWithModifier("2001-3-21",
"Monday") . "; should be 2001-3-26 ###.\n";
print "2001-3-22, goto mon: " . getDateWithModifier("2001-3-22",
"Monday") . "; should be 2001-3-26 ###.\n";
print "2001-3-23, goto mon: " . getDateWithModifier("2001-3-23",
"Monday") . "; should be 2001-3-26 ###.\n";
print "

#20373 [Opn->Fbk]: T_OBJECT_OPERATOR parse error should not happen

[iliaa]

 ID:   20373
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Zend Engine 2 problem
 Operating System: Linux
 PHP Version:  4CVS-2002-11-11
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2002-11-11 17:35:47] [EMAIL PROTECTED]

The following script produces a "Parse error, unexpected 
T_OBJECT_OPERATOR in ..." message: 
 
class A {} 
 
class B { 
var $name = "A"; 
 
function test() { 
new $this->name; 
} 
} 
 
The following change will succeed: 
- new $this->name; 
+ $tmp = $this->name; 
+ new $tmp; 
 




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

#12655 [Com]: date-format problem

[xoror]

 ID:   12655
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: MSSQL related
 Operating System: Win2k
 PHP Version:  4.0.6
 New Comment:

i'm using php 4.2.3 and i'm still having this problem ;(
where can i get php 4.2.0 so i can test if that version works ?


Previous Comments:


[2002-04-23 14:12:43] [EMAIL PROTECTED]

I wrote a patch wich has been commitef by fmk, it is php4.2

one of the latest version of php_mssql.c php_mssql.h have a patch for
this problem, because the function dbconvert() of the MSSQL-Client-Api
wich is used for converting the datetime-values does wired things.

There is a new option in the php.ini called mssql.datetimeconvert if
set
to Off then the datetime values are returned in the format -MM-DD
HH:MM:SS.

This patch is also in php4.2



[2002-04-22 17:44:18] [EMAIL PROTECTED]

Reopen if you have the same problem with 4.2.0 (released today)




[2002-04-22 15:02:18] [EMAIL PROTECTED]

I created a patch and submitted to php-dev group.  Didn't get much
reponse so I started looking at CVS and found that a change was checked
in 6 months ago for this problem, but wasn't put in to the 4.1.0 to
4.1.2 code bases.   The fix should be in 4.2.
Steve Dillon



[2002-04-16 14:06:03] [EMAIL PROTECTED]

Same problem.  I need access to at least the Seconds fields as we are
processing telephone billing records.  Hard to bill to the seconds when
you can only query minutes.  Will probably have to go back to ODBC db
driver, or look at making a custom patch in my PHP_MSSQL.dll.
Steve Dillon



[2001-08-08 12:02:35] [EMAIL PROTECTED]

webserver: IIS5 (Win2k) 
php-version: php4.0.6 (CGI)
db-server: MS SQL Server 2000

I've run into problems when fetching fields of type datetime from the
database.
When using the MS SQL Query Analyzer I get the dates formated like this
out of the database:
2001-06-08 08:14:40.000
When using php to send my queries (mssql_query) to the database I get
the dates formated like this: 08 06 2001 8:14

In my application I'd need the same format as i get it in the
Query-Analyzer.




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

#17774 [Bgs]: connection_status() not returning correct result

[neil]

 ID:   17774
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: FREEBSD 4.5-STABLE
 PHP Version:  4.0CVS-2002-06-15
 New Comment:

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


Previous Comments:


[2002-12-08 10:46:28] [EMAIL PROTECTED]

This report describes another problem:

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

So there is clearly some bug in there. But for aborts it definately
works (on apache1) so you should report this
to apache folks too, would be nice to hear what they think of it.. :)




[2002-12-08 08:23:31] [EMAIL PROTECTED]

Okay, I should report this to Apache then ?  This is a fault in there
software ?



[2002-12-08 03:17:06] [EMAIL PROTECTED]

For me your test script makes output.txt contain 1 when I press 'stop'
button in my browser.

But I'm using Apache 1.3.27. And so should you as Apache2 is still beta
quality.




[2002-12-07 08:47:29] [EMAIL PROTECTED]

Okay, time has moved on, plenty of new versions have come out, ive kept
up to the very latest all along, alas, as expected, it still doesnt
work.

Can I just get a clarification of what should happen when a user
presses the stop button on the following script ?  My guess is that it
should put a 1 or a 2 into the file, not a 0!


-
";
}
flush();
}
$a = $a + 1;
sleep('5');
}

exitfp();

?>

---


You keep telling me this function is fixed, but surely the above code
shuld have an output different to 0 if the user presses the stop button
?


Heres some version info from my server

FreeBSD admin.mghost.net 4.7-STABLE FreeBSD 4.7-STABLE #5: Sun Dec  1
00:39:59 GMT 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ADMIN
 i386


Apache/2.0.43 (Unix) PHP/4.3.0RC2



[2002-10-08 04:51:49] [EMAIL PROTECTED]

Just to keep you informed on this, I have now deleted my old install of
apache and installed a FRESH copy of apache 2.0.43 and the latest CVS
at the time, im still using the same php.ini file.

The problem still exists in its entirety.



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

#20104 [Opn->Fbk]: unhandled exception with multiple requests

[iliaa]

 ID:   20104
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Apache related
 Operating System: win2k
 PHP Version:  4CVS-2002-10-26
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2002-10-26 10:51:00] [EMAIL PROTECTED]

Seems to be a threadsafe issue in latest cvs + apache builds (apache
1.3.26 + php cvs)

NTDLL.DLL!77fcb032()
>   php4ts_debug.dll!_emalloc(unsigned int size=10, char *
__zend_filename=0x0087dd80, unsigned int __zend_lineno=226, char *
__zend_orig_filename=0x, unsigned int __zend_orig_lineno=0) 
Line 154 + 0x3e C
php4ts_debug.dll!_estrdup(const char * s=0x00f08440, char *
__zend_filename=0x0087dd80, unsigned int __zend_lineno=226, char *
__zend_orig_filename=0x, unsigned int __zend_orig_lineno=0) 
Line 335 + 0x19 C
php4ts_debug.dll!sapi_get_default_content_type(void * * *
tsrm_ls=0x00fad4b0)  Line 226 + 0x1dC
php4apache.dll!php_apache_get_default_mimetype(request_rec *
r=0x010ce978, void * * * tsrm_ls=0x00fad4b0)  Line 457 + 0xaC
php4apache.dll!send_php(request_rec * r=0x010ce978, int
display_source_mode=0, char * filename=0x010cf458)  Line 544 + 0xd  C
php4apache.dll!send_parsed_php(request_rec * r=0x010ce978)  Line 571
+ 0xd   C
ApacheCore.dll!6ff64887()   


Occurs with debug php build, with any script (e.g. .
issue ONLY occurs with multiple simultaneous requests( where multiple
is as few as 2 simultaneous requests). 







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

#12655 [Com]: date-format problem

[xoror]

 ID:   12655
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: MSSQL related
 Operating System: Win2k
 PHP Version:  4.0.6
 New Comment:

i've found the problem. The fix only fixed the problem for the normal
datetime columntype. You'll need to do the same trick for smalldatetime
columntype.

It's very easy to reproduce. 
1. create a table with 2 columns. set the first column to be datetime,
and the second to be smalldatetime. 
2. set the mssql.datetimeconvert to 0. 
3. Insert a value. 
4. do a select * from the table

you'll notice that column1 has different formatting then colum2.

i've tested this with php 4.2.3 and php 4.3.0-RC2. both have the 'bug'.


Previous Comments:


[2002-12-08 16:52:49] [EMAIL PROTECTED]

i'm using php 4.2.3 and i'm still having this problem ;(
where can i get php 4.2.0 so i can test if that version works ?



[2002-04-23 14:12:43] [EMAIL PROTECTED]

I wrote a patch wich has been commitef by fmk, it is php4.2

one of the latest version of php_mssql.c php_mssql.h have a patch for
this problem, because the function dbconvert() of the MSSQL-Client-Api
wich is used for converting the datetime-values does wired things.

There is a new option in the php.ini called mssql.datetimeconvert if
set
to Off then the datetime values are returned in the format -MM-DD
HH:MM:SS.

This patch is also in php4.2



[2002-04-22 17:44:18] [EMAIL PROTECTED]

Reopen if you have the same problem with 4.2.0 (released today)




[2002-04-22 15:02:18] [EMAIL PROTECTED]

I created a patch and submitted to php-dev group.  Didn't get much
reponse so I started looking at CVS and found that a change was checked
in 6 months ago for this problem, but wasn't put in to the 4.1.0 to
4.1.2 code bases.   The fix should be in 4.2.
Steve Dillon



[2002-04-16 14:06:03] [EMAIL PROTECTED]

Same problem.  I need access to at least the Seconds fields as we are
processing telephone billing records.  Hard to bill to the seconds when
you can only query minutes.  Will probably have to go back to ODBC db
driver, or look at making a custom patch in my PHP_MSSQL.dll.
Steve Dillon



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

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

#19739 [Opn->Fbk]: php-4.2.3 fails to Install with Apache 2.0.42 on AIX 5.1 ML2

[iliaa]

 ID:   19739
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: AIX 5.1
 PHP Version:  4.3.0-dev
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2002-10-22 01:10:59] [EMAIL PROTECTED]

Here are my experiences with php4-200210202100:

./configure determins a wrong location of httpd.exp in line 4582: As in
linee 3169, the location for httpd.exp should be read from LIBEXECDIR
(instead of SBINDIR). 

Having manually fixed that, 'make' worked fine, libphp4.a is placed in
.libs

'make install' then fails with:
[www@ibm php4-200210202100]$ make install
Installing PHP SAPI module
/home/www/staging/www/build/instdso.sh
SH_LIBTOOL='/home/www/staging/www/build/libtool' libphp4.la
/home/www/staging/httpd/modules
rm -f /home/www/staging/httpd/modules/libphp4.so
/home/www/staging/www/build/libtool --mode=install cp libphp4.la
/home/www/staging/httpd/modules/
cp .libs/libphp4.lai /home/www/staging/httpd/modules/libphp4.la
cp .libs/libphp4.a /home/www/staging/httpd/modules/libphp4.a
ranlib /home/www/staging/httpd/modules/libphp4.a
chmod 644 /home/www/staging/httpd/modules/libphp4.a
libtool: install: warning: remember to run `libtool --finish
/home/www/wrk/php4-200210202100/libs'
Warning!  dlname not found in
/home/www/staging/httpd/modules/libphp4.la.
Assuming installing a .so rather than a libtool archive.
chmod 755 /home/www/staging/httpd/modules/libphp4.so
chmod: /home/www/staging/httpd/modules/libphp4.so: A file or directory
in the path name does not exist.
apxs:Error: Command failed with rc=65536
.
make: *** [install-sapi] Error 1
[www@ibm php4-200210202100]$ 

Haven't had the time yet to figure out what's going wrong (obviously
.so can't be created), will investigate this (hopefully) later this
day.

Guido



[2002-10-05 08:42:12] [EMAIL PROTECTED]

Latest version (php4-20021005) fails to configure, debug.log is

CONFIGURE:   './configure' '--prefix=/home/www/staging/php'
'--with-mysql=/usr/local/mysql/'
'--with-apxs2=/home/www/staging/httpd/bin/apxs'
'--cache-file=guido.log'
CC: gcc
CFLAGS: -g -O2
CPPFLAGS:   
CXX:
CXXFLAGS:   
INCLUDES:-I/home/www/staging/httpd/include  -I$(top_builddir)/Zend
-I/usr/local/mysql//include/mysql
LDFLAGS: -Wl,-rpath,/usr/local/mysql//lib/mysql
-L/usr/local/mysql//lib/mysql
LIBS:   -lmysqlclient -lz -lcrypt -lm -ldl  -lcrypt
DLIBS:  
SAPI:   apache2filter
PHP_RPATHS:  /usr/local/mysql//lib/mysql
uname -a:   AIX ibm 1 5 00050180C000

gcc -o conftest -g -O2   -Wl,-rpath,/usr/local/mysql//lib/mysql
-L/usr/local/mysql//lib/mysql conftest.c -lmysqlclient -lz -lcrypt -lm
-ldl  -lcrypt 1>&5
Could not load program ./conftest:
Dependent module libc.a(shr.o) could not be loaded.
Could not load module libc.a(shr.o).
Error was: No such file or directory



[2002-10-03 14:04:47] [EMAIL PROTECTED]

You'd better not mess with the Makefile - you probably forgot something
and that ruins the build process.
Why did you need to? What did go wrong during configure? Look in
config.cache for more information.



[2002-10-03 13:08:48] [EMAIL PROTECTED]

PS: Before doing 'make install' i modified the Makefile to point to
'httpd/modules', then did a 'make', then 'make install', which lead to
the errors-messages related to libphp



[2002-10-03 13:02:34] [EMAIL PROTECTED]

I tried the latest release (php4-200210030900), same error ...

[www@ibm php4-200210030900]$ make install
Installing PHP SAPI module
/home/www/staging/www/build/instdso.sh
SH_LIBTOOL='/home/www/staging/www/build/libtool' libphp4.la
/home/www/staging/httpd/modules
rm -f /home/www/staging/httpd/modules/libphp4.so
/home/www/staging/www/build/libtool --mode=install cp libphp4.la
/home/www/staging/httpd/modules/
cp .libs/libphp4.lai /home/www/staging/httpd/modules/libphp4.la
cp .libs/libphp4.a /home/www/staging/httpd/modules/libphp4.a
ranlib /home/www/staging/httpd/modules/libphp4.a
chmod 644 /home/www/staging/httpd/modules/libphp4.a
libtool: install: warning: remember to run `libtool --finish
/home/www/wrk/php4-200210030900/libs'
mv: 0653-401 Cannot rename /home/www/staging/httpd/modules/ to
/home/www/staging/httpd/modules/libphp4.so:
 A system call received a parameter that is not valid.
chmod 755 /home/www/staging/httpd/modules/libphp4.so
chmod: /home/www/staging/httpd/modules/libphp4.so

#19980 [Opn->Fbk]: Static method call from non-statiic method fails.

[iliaa]

 ID:   19980
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Zend Engine 2 problem
 Operating System: Win2000
 PHP Version:  4.2.3
 New Comment:

Please try the latest ZE2 cvs and see if the problem still exists.


Previous Comments:


[2002-10-21 11:41:55] [EMAIL PROTECTED]

Reclassified. I guess ZE2 will solve this?




[2002-10-21 03:34:19] [EMAIL PROTECTED]

The example on the manual is correct, but here, the class A and the
class B do not extend each other (they donot know anything about each
other logically), so I do not think in a function of B the $this may be
an object of class A.

Where can I find ZE2 list?



[2002-10-18 19:46:29] [EMAIL PROTECTED]

This came up on ZE2 list also, people seem to have a need for this.
Please participate there.



[2002-10-18 15:43:16] [EMAIL PROTECTED]

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


http://www.php.net/manual/en/keyword.paamayim-nekudotayim.php



[2002-10-18 10:31:45] [EMAIL PROTECTED]

AyByBn



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

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

#18939 [Opn->Fbk]: Access violation in php4ts.dll running as a servlet

[iliaa]

 ID:   18939
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Servlet related
 Operating System: Windows 2000 Pro SP2
 PHP Version:  4.2.2
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2002-10-28 06:37:51] [EMAIL PROTECTED]

RH 7.2 Linux 2.4.7.10
PHP 4.2.3
TOMCAT4.1.12
COCOON2.0.3
JSDK1.4.1

It seems to work but .
I Am enable to run the JAVA extension or PHP as  servlet correctly, for
the last test of PHP I try to work with PHP as a servlet. It seems
there is a problem with the send () native method of PHP :
(this call is created inside the servlet.java class from
php.../sapi/servlet/ ) => 
Public native send(string requestMethod, String QueryString, String
pathInfo, String PathTranslated, String contentType, int contentLength,
String authUser, boolean display_sourc_mode).

As developed in the the bug id : 16402, I've also place libphp4.so 
inside /usr/java/j2sdk1.4.1/jre/lib with the related correction to the
LD_LIBRARY_PATH. I understand that JAVA waiting for a php4.so, but it
start to work only through a soft link =>
ln -s libphp4.so php4.so

if  I rename directly libphp4.so as php4.so it does not find any php4
in library.java.path

java.lang.UnsatisfiedLinkError: no php4 in java.library.path 

With a soft link , It seems to work  with the following file 


It's OK it works... several time, no problem
on the other hand if I try :

The Virtual machine crashes each time With the the message than the
exception was detected in the native code outside the VM
unexpected Signal: 11 occured at PC=0x4EA8A5BF
Function=zend_hash_index_update_or_next_insert+0x3B
library=/i386/libphp4.so
Is it a bug in the virtual machine ? I'm circumspect about that ! The
ouput is not a well-formed XML tree  ?  But I don't know
Marcel



[2002-08-17 17:58:36] [EMAIL PROTECTED]

Just marking as "Open" again...



[2002-08-17 11:46:43] [EMAIL PROTECTED]

The log file contains *exactly* the same information I pasted in the
original submission.  I would not think Resin per se is the problem, as
I managed to see the output of 
 with it.  From my experience, a crash in native
code like this one can only result from a bug in the native code or
possibly a bug in the JVM.



[2002-08-16 12:47:40] [EMAIL PROTECTED]

The microsoft page does not exist, but I am running Win2k IIS/PHP-4.2.2
here, and have not seen this issue.  I consider that bogus.


As for the initial report running as a servlet, I haven't any
experience with this webserver... nor do I know if PHP really even
works with it (non-documented).  Can you place the error message from
hs_err_pid1892.log in the bug report though as well?



[2002-08-16 11:21:20] [EMAIL PROTECTED]

I have also a related problem.
I'm usign Windows 2000 Server SP2 (All hotfixes).
The application is SquirrelMail version 1.2.7.

The server runs OK for a while, until, it doesn't respond. And the
server log show:

The HTTP server encountered an unhandled exception while processing the
ISAPI Application '
php4ts!zend_strndup + 0x2B
 + 0xA05C16DC
'. 
For additional information specific to this message please visit the
Microsoft Online Support site located at:
http://www.microsoft.com/contentredirect.asp.



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

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

#18648 [Opn->Ver]: Single entry form POST gives incorrect variable content

[iliaa]

 ID:   18648
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Verified
 Bug Type: Apache2 related
-Operating System: Tru64
+Operating System: All
-PHP Version:  4.2.2
+PHP Version:  4.3.0-dev/4.4.0-dev


Previous Comments:


[2002-12-08 05:01:28] [EMAIL PROTECTED]

Hi guys, I'm having the same problem on Win32 platform.
CODE
Page 1: 
 
USA-United States 
-All- 

Page 2:
if (isset($HTTP_POST_VARS["marketframe"])) { 
 $strCountryCode = $HTTP_POST_VARS["marketframe"]; 
} 
I get the value
$strCountryCode = "USAmarketframe=USA" 
Also tried using $_POST but same result, using the GET method it works
fine.

OS Version: Windows 2000 Adv. Server SP3 
Web Server: Apache 2.0.43 
PHP Version: 4.3.0-dev (Oct 20 2002 16:11:45), API Filter, accessing MS
SQL Server 7



[2002-12-06 11:30:07] [EMAIL PROTECTED]

Oops, I should have meant php_strtok_r() replaces the delimiter "=" by
"\0".



[2002-12-06 11:26:40] [EMAIL PROTECTED]

[EMAIL PROTECTED]: IMO the change you pointed out has nothing to do
with this problem because the leading php_strtok_r() replaces delimiter
"=" by " ".

By the way I suspect this problem is an apache2 bug, not a php one
though I wasn't able to reproduce this problem. I have received two
similar PR, of which both reporters use Apache2.

[Report #1: RHLinux 8.0 / Apache 2.0.43 / PHP-4.3.0RC1]
This was reported in the Japanese PHP users' list. Please refer to
http://ns1.php.gr.jp/pipermail/php-users/2002-November/011656.html if
you can read Japanese.

[Report #2: RHLinux 7.2 / Apache 2.0.43 / PHP-4.3.0RC2]
"form post results in duplicitous $_REQUEST"
http://bugs.php.net/20823




[2002-12-02 07:51:35] [EMAIL PROTECTED]

I can't reproduce this problem using identical RPMs on Red Hat Linux
8.0 - this bug seems hard to trigger. 

[EMAIL PROTECTED] - any further insight would be appreciated. I can't
find anything on the CVS logs about fixes for Tru64.  There is one fix
to main/php_variables.c: 

2002-09-07  Yasuo Ohgaki  <[EMAIL PROTECTED]>
...
* main/php_variables.c: Fixed POST/GET/COOKIE var handling

but this seems to concern NUL-terminated strings in field values, unles
I'm mistaken.



[2002-11-18 13:16:23] [EMAIL PROTECTED]

I also get the same problem with Linux RH8.0 
I'm running apache 2.0.40-8 and php-4.2.2-8.0.5

  
Test: 





I tested this workaround by inserting into one of my forms and it
works:





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

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

#20823 [Opn->Bgs]: form post results in duplicitous $_REQUEST

[iliaa]

 ID:   20823
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Redhat7.2
 PHP Version:  4.3.0RC2
 New Comment:

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

Thank you for your interest in PHP.

Dupe of bug #18648


Previous Comments:


[2002-12-06 11:31:46] [EMAIL PROTECTED]

The previous comment was just a wrong post. Please ignore it :-)




[2002-12-06 11:29:06] [EMAIL PROTECTED]

Oops, I should have meant php_strtok_r() replaces the delimiter "=" by
"\0".



[2002-12-05 12:59:27] [EMAIL PROTECTED]

MoriYoshi, I read #18648.  Yes, this looks like the same problem. Seems
everyone having this is running Apache2 (as I am).
I put a hidden element in the form so that more than one value was
submitted in the POST and *_the_problem_goes_away_*.

Sniper, here are some short files which trigger the problem.

forSniper.html ::



something short for [EMAIL PROTECTED] - part 1






forSniperResult.php ::



something short for [EMAIL PROTECTED] - part 2


who = 



result ::
who = sniperrecipient=sniper



[2002-12-05 10:00:47] [EMAIL PROTECTED]

We need a _SHORT_ example script which does not have any external
requirements, such as mysql..





[2002-12-05 03:56:31] [EMAIL PROTECTED]

Duplication of #18648?
http://bugs.php.net/18648



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

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

#20816 [Fbk->Csd]: imagecopyresampled turn white into yellow

[iliaa]

 ID:   20816
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: GD related
 Operating System: WinXP
 PHP Version:  4.4.0-dev
 New Comment:

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

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




Previous Comments:


[2002-12-04 18:10:18] [EMAIL PROTECTED]

restored the correct info..



[2002-12-04 15:26:36] [EMAIL PROTECTED]

Could you please show the complete script and if possible the source
image you are using. So far, I was able to replicate the problem if I
created the destination image using imagecreatetruecolor(). However, if
I use imagecreate() it works correctly.



[2002-12-04 13:24:58] [EMAIL PROTECTED]

The function imagecopyresampled() takes a white area (255,255,255) and
turns it yellow (255,255,2). This does not happen with
imagecopyresize().  I think the problem is in the GD library, because
the problem disappears when I use the php_gd2.dll from  PHP4.2.3
instead of the one that came bundled with 4.4.0-dev.

What phpinfo() says: 
"4.4.0-dev" (both broken and working cases)
"GD 2.0 (bundled)" BROKEN case
"GD 2.0 or higher" WORKING case




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

#17566 [Opn->Fbk]: phpinfo() causes load of 2+

[iliaa]

 ID:   17566
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: BSD/OS 4.2
 PHP Version:  4.3-dev
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2002-10-27 21:11:03] [EMAIL PROTECTED]

it's "somewhat" better.
Load stops at 3 flat. Memory doesn't go up.



[2002-10-27 19:02:04] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.





[2002-10-11 22:21:57] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

The memory leak problem has been corrected, can you please check if the
phpinfo() still drives up the load.



[2002-10-09 13:26:20] [EMAIL PROTECTED]

--disable-debug affects the display of the memory leak :-)

It does not affect the error itself. Still an increasing load.
I've added some trace warnings, and it seems that every string is
passed through php_escape_html_entities twice! Here's an anonimized
snippet:
PHP Warning:  oldlen is 15. old is ,
newlen=1210382182, all=1, quote_style=2, hint_charset is <(null)>
 in /webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Putting a terminator at position 15 in
/webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Returning replaced  (len=15) in
/webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  oldlen is 15. old is ,
newlen=1211165388, all=1, quote_style=2, hint_charset is <(null)>
 in /webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Putting a terminator at position 15 in
/webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Returning replaced  (len=15) in
/webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  oldlen is 34. old is , newlen=1210382258, all=1, quote_style=2, hint_chars
et is <(null)>
 in /webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Putting a terminator at position 34 in
/webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Returning replaced 
(len=34) in /webdocs/host.domain.nl/public_html/php
2345.php on line 2
PHP Warning:  oldlen is 34. old is , newlen=1211165388, all=1, quote_style=2, hint_chars
et is <(null)>
 in /webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Putting a terminator at position 34 in
/webdocs/host.domain.nl/public_html/script.php on line 2
PHP Warning:  Returning replaced 
(len=34) in /webdocs/host.domain.nl/public_html/php
2345.php on line 2



[2002-10-07 06:41:36] [EMAIL PROTECTED]

The problem is in the recent changes to ext/standard/info.c which is
calling php_escape_html_entities (via php_info_html_esc) and PUTS()-ing
the result.
It never efree's it.
I suspect the loading problems will go away if you build a
--disable-debug version of 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/17566

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

#17414 [Opn->Bgs]: Segfaults on restart

[iliaa]

 ID:   17414
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Linux
 PHP Version:  4.3.0-dev
 Assigned To:  aaron
 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.

GD & freetype libraries are not thread-safe, which means they'll cause
problems in the worker mpm. Use the prefork mpm if you want to use GD
inside your PHP.


Previous Comments:


[2002-10-14 18:15:40] [EMAIL PROTECTED]

correct version.




[2002-10-14 07:03:07] [EMAIL PROTECTED]

(This still occurs with HEAD now, with an identical backtrace)



[2002-10-14 06:59:46] [EMAIL PROTECTED]

It doesn't appear to be a dup of 19639; the backtrace is pretty
different to my untrained eye.



[2002-10-10 10:38:51] [EMAIL PROTECTED]

Is this a dup of 19639 or are they different?



[2002-10-10 09:06:08] [EMAIL PROTECTED]

Yes.
Here's the backtrace:
#0  0x4015e973 in free () from /lib/libc.so.6
#1  0x4015f081 in realloc () from /lib/libc.so.6
#2  0x4015ebe4 in realloc () from /lib/libc.so.6
#3  0x402fcf77 in ts_allocate_id (rsrc_id=0x403c372c, size=88, 
ctor=0x4030fae0 , dtor=0)
at /home/thom/php4/TSRM/TSRM.c:206
#4  0x4030fb69 in php_output_startup () at
/home/thom/php4/main/output.c:73
#5  0x40300698 in php_module_startup (sf=0x403b0b00, 
additional_modules=0x403b0cc0, num_additional_modules=1)
at /home/thom/php4/main/main.c:1017
#6  0x4034eafe in php_apache2_startup (sapi_module=0x403b0b00)
at /home/thom/php4/sapi/apache2filter/sapi_apache2.c:267
#7  0x4034f25d in php_apache_server_startup (pconf=0x80b5cb0,
plog=0x80edd90, 
ptemp=0x80b7cb8, s=0x80f4648)
at /home/thom/php4/sapi/apache2filter/sapi_apache2.c:543
#8  0x0807c371 in ap_run_post_config (pconf=0x80b5cb0, plog=0x80edd90,

ptemp=0x80b7cb8, s=0x80f4648) at config.c:130
#9  0x08080afc in main (argc=3, argv=0xb914) at main.c:640

(gdb) frame 0
#0  0x4015e973 in free () from /lib/libc.so.6
(gdb) frame 1
#1  0x4015f081 in realloc () from /lib/libc.so.6
(gdb) frame 2
#2  0x4015ebe4 in realloc () from /lib/libc.so.6
(gdb) frame 3
#3  0x402fcf77 in ts_allocate_id (rsrc_id=0x403c372c, size=88, 
ctor=0x4030fae0 , dtor=0)
at /home/thom/php4/TSRM/TSRM.c:206
206 resource_types_table = (tsrm_resource_type *)
realloc(resource_types_table, sizeof(tsrm_resource_type)*id_count);
(gdb) frame 4
#4  0x4030fb69 in php_output_startup () at
/home/thom/php4/main/output.c:73
73  ts_allocate_id(&output_globals_id,
sizeof(php_output_globals), (ts_allocate_ctor) php_output_init_globals,
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/17414

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

#15722 [Opn->NoF]: ISAPI version of PHP4 running in IIS 6 causes occasional event ID 1013

[iliaa]

 ID:   15722
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   No Feedback
 Bug Type: IIS related
 Operating System: Windows.Net Server (RC1)
 PHP Version:  4.3.0dev
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2002-10-21 16:36:16] [EMAIL PROTECTED]

Yes, I tried.  No help, problem still occurs.  Appears to be something
related to shutting down a worker process that has the PHP ISAPI
loaded



[2002-10-19 17:10:32] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-02-25 21:12:41] [EMAIL PROTECTED]

I've been running the latest PHP4.2.0-dev build running as a ISAPI
filter and ISAPI script engine in IIS 6 and noticed that after I run
server side PHP code the follow warning will be logged to the System
event log:

- - - - - - - - - - - -
Event Type: Warning
Event Source:   W3SVC
Event Category: None
Event ID:   1013
Description:
A process serving application pool 'DefaultAppPool' took too long to
shut down. The process id was '3472'. 

For more information, see Help and Support Center at
http://go.microsoft.com/fwlink/events.asp.
- - - - - - - - - - - -

IIS 6 has many new features including the concept of application pools
and worker processes.  This event log error indicated that a web site
in the DefaultAppPool had a process that took longer then 90 seconds to
shutdown so was subquently terminated.  The web site running in this
pool only runs PHP code so I was curious why the ISAPI version of PHP
process isn't shutting down properly after being executed.  Switching
to the CGI version of PHP will make this event log entry stop
appearing.

Can you guys check on this and let me know if this is the intended
behavior of ISAPI PHP?  There's probably some minor changes need to
make the ISAPI version of PHP 100% compatible with IIS 6...




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

#15722 [NoF->Fbk]: ISAPI version of PHP4 running in IIS 6 causes occasional event ID 1013

[iliaa]

 ID:   15722
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   No Feedback
+Status:   Feedback
 Bug Type: IIS related
 Operating System: Windows.Net Server (RC1)
 PHP Version:  4.3.0dev


Previous Comments:


[2002-12-08 17:30:32] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-10-21 16:36:16] [EMAIL PROTECTED]

Yes, I tried.  No help, problem still occurs.  Appears to be something
related to shutting down a worker process that has the PHP ISAPI
loaded



[2002-10-19 17:10:32] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-02-25 21:12:41] [EMAIL PROTECTED]

I've been running the latest PHP4.2.0-dev build running as a ISAPI
filter and ISAPI script engine in IIS 6 and noticed that after I run
server side PHP code the follow warning will be logged to the System
event log:

- - - - - - - - - - - -
Event Type: Warning
Event Source:   W3SVC
Event Category: None
Event ID:   1013
Description:
A process serving application pool 'DefaultAppPool' took too long to
shut down. The process id was '3472'. 

For more information, see Help and Support Center at
http://go.microsoft.com/fwlink/events.asp.
- - - - - - - - - - - -

IIS 6 has many new features including the concept of application pools
and worker processes.  This event log error indicated that a web site
in the DefaultAppPool had a process that took longer then 90 seconds to
shutdown so was subquently terminated.  The web site running in this
pool only runs PHP code so I was curious why the ISAPI version of PHP
process isn't shutting down properly after being executed.  Switching
to the CGI version of PHP will make this event log entry stop
appearing.

Can you guys check on this and let me know if this is the intended
behavior of ISAPI PHP?  There's probably some minor changes need to
make the ISAPI version of PHP 100% compatible with IIS 6...




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

#15333 [Opn->Fbk]: strndup access violation

[iliaa]

 ID:   15333
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: IIS related
 Operating System: Windows 2000 Pro
 PHP Version:  4.3.0-dev
 New Comment:

Please try using this CVS snapshot:

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

There was patch commited to the CVS on 2002/12/02 that may have solved
the problem.


Previous Comments:


[2002-12-01 16:19:51] [EMAIL PROTECTED]

I can easily reproduce this.  With a simple  5
refreshes kills PHP and inetinfo.  I have narrowed it down to a
auto_prepend_file setting in php.ini.  With that setting disabled then
I cannot crash it.  Hope this helps.



[2002-11-27 14:37:58] [EMAIL PROTECTED]

We had the same "php4ts!zend_strndup + 0x2B + 0xA05CB1AD." error on our
win2k server iis5 and php4.2.1.
Stan.nospam, and maybe others as well mentioned about setting isapi
filters.
We added an isapi filter pointing to the same php4isapi.dll as in the
apps mappings. The application which was hanging every 5 minutes
before, didn't hang since (which is for 4 days now)



[2002-11-27 09:16:04] [EMAIL PROTECTED]

Same issue, and even worse: 
since the last MS updates (IIS, SQL, MDAC), I get a bunch 
of access violations that I almost never got before. 
And running manually php.cgi causes the script to quit at 
the first SQL request, without warning/errors. It says 
'missing cgi headers' when running under php-cgi. 
I tried 4.3.0RC1, 4.3.0-dev, 4.4.0-dev (yesterday's 
snapshots), all the same result. 
Any PHP developper using a dual cpu Win2K platform could 
test/fix this?



[2002-11-20 14:30:05] [EMAIL PROTECTED]

Add me to the list of people experiencing this. After a little while of
switching back and forth from AV to 
working it goes to not responding at all. :-(



[2002-11-18 18:10:24] [EMAIL PROTECTED]

Hi..

i have been working on this a couple of days for now, and here are some
facts i noticed after a couple of work-arounds...

- the error occurs only on systems with Win2K (SP >= 2)
- the error WILL NOT occur if logged in as system administrator, and
the IIS security is turned to LOW !!
- the error will occur on EACH request if you fronpage extensions
installed, and a global.asa file exists on the root .
- please keep us informed of a solution

thanks...
http://www.snip.com.ua



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/15333

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

#17414 [Bgs->Opn]: Segfaults on restart

[thom]

 ID:   17414
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: Apache2 related
 Operating System: Linux
 PHP Version:  4.3.0-dev
 Assigned To:  aaron
 New Comment:

How else do you explain the fact that all current versions of apache2
segfault reproducibly with no options to php barring --enable-debug and
--with-apxs2?
And the *exact* same install functions *perfectly* when php is not
loaded.
I've been told this is producible with prefork, too. 
*Please* reread the back traces i've put on this bug. I'm happy to help
in anyway, just don't close valid bugs as bogus.


Previous Comments:


[2002-12-08 17:29:26] [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.

GD & freetype libraries are not thread-safe, which means they'll cause
problems in the worker mpm. Use the prefork mpm if you want to use GD
inside your PHP.



[2002-10-14 18:15:40] [EMAIL PROTECTED]

correct version.




[2002-10-14 07:03:07] [EMAIL PROTECTED]

(This still occurs with HEAD now, with an identical backtrace)



[2002-10-14 06:59:46] [EMAIL PROTECTED]

It doesn't appear to be a dup of 19639; the backtrace is pretty
different to my untrained eye.



[2002-10-10 10:38:51] [EMAIL PROTECTED]

Is this a dup of 19639 or are they different?



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

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

#17414 [Opn->Fbk]: Segfaults on restart

[iliaa]

 ID:   17414
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: Linux
 PHP Version:  4.3.0-dev
 Assigned To:  aaron
 New Comment:

If you are compiling Apache 2.0 with worker model you should've used
the --enable-experimental-zts, which enables threading support in PHP,
you didn't do that.
Did you personally see it crash with prefork? I did not and I am
running Apache 2.0.43 (prefork) with PHP 4.3.0-dev and surprisingly it
served some 10,000 requests to PHP script doing GD image manipulations
without a single crash.


Previous Comments:


[2002-12-08 17:40:58] [EMAIL PROTECTED]

How else do you explain the fact that all current versions of apache2
segfault reproducibly with no options to php barring --enable-debug and
--with-apxs2?
And the *exact* same install functions *perfectly* when php is not
loaded.
I've been told this is producible with prefork, too. 
*Please* reread the back traces i've put on this bug. I'm happy to help
in anyway, just don't close valid bugs as bogus.



[2002-12-08 17:29:26] [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.

GD & freetype libraries are not thread-safe, which means they'll cause
problems in the worker mpm. Use the prefork mpm if you want to use GD
inside your PHP.



[2002-10-14 18:15:40] [EMAIL PROTECTED]

correct version.




[2002-10-14 07:03:07] [EMAIL PROTECTED]

(This still occurs with HEAD now, with an identical backtrace)



[2002-10-14 06:59:46] [EMAIL PROTECTED]

It doesn't appear to be a dup of 19639; the backtrace is pretty
different to my untrained eye.



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

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

#17414 [Fbk]: Segfaults on restart

[rasmus]

 ID:   17414
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Apache2 related
 Operating System: Linux
 PHP Version:  4.3.0-dev
 Assigned To:  aaron
 New Comment:

That´s pure luck as GD is not threadsafe.


Previous Comments:


[2002-12-08 17:53:10] [EMAIL PROTECTED]

If you are compiling Apache 2.0 with worker model you should've used
the --enable-experimental-zts, which enables threading support in PHP,
you didn't do that.
Did you personally see it crash with prefork? I did not and I am
running Apache 2.0.43 (prefork) with PHP 4.3.0-dev and surprisingly it
served some 10,000 requests to PHP script doing GD image manipulations
without a single crash.



[2002-12-08 17:40:58] [EMAIL PROTECTED]

How else do you explain the fact that all current versions of apache2
segfault reproducibly with no options to php barring --enable-debug and
--with-apxs2?
And the *exact* same install functions *perfectly* when php is not
loaded.
I've been told this is producible with prefork, too. 
*Please* reread the back traces i've put on this bug. I'm happy to help
in anyway, just don't close valid bugs as bogus.



[2002-12-08 17:29:26] [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.

GD & freetype libraries are not thread-safe, which means they'll cause
problems in the worker mpm. Use the prefork mpm if you want to use GD
inside your PHP.



[2002-10-14 18:15:40] [EMAIL PROTECTED]

correct version.




[2002-10-14 07:03:07] [EMAIL PROTECTED]

(This still occurs with HEAD now, with an identical backtrace)



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

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

#20889 [NEW]: $PATH_INFO on CGI ver

[quipious]

From: [EMAIL PROTECTED]
Operating system: Win XP
PHP version:  4.3.0RC2
PHP Bug Type: Scripting Engine problem
Bug description:  $PATH_INFO on CGI ver

Above produces an internal server error when browsed to:
script.php/abc/xyz .

What causes this and how do I solve this?
-- 
Edit bug report at http://bugs.php.net/?id=20889&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20889&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20889&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20889&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20889&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20889&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20889&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20889&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20889&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20889&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20889&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20889&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20889&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20889&r=isapi

#20889 [Opn->Fbk]: $PATH_INFO on CGI ver

[iliaa]

 ID:   20889
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Scripting Engine problem
 Operating System: Win XP
 PHP Version:  4.3.0RC2
 New Comment:

Which executable are you using for your PHP, php.exe or php-cgi.exe? If
you are not using the latter, please do so.


Previous Comments:


[2002-12-08 18:04:16] [EMAIL PROTECTED]

Above produces an internal server error when browsed to:
script.php/abc/xyz .

What causes this and how do I solve this?




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

#20889 [Com]: $PATH_INFO on CGI ver

[quipious]

 ID:   20889
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Scripting Engine problem
 Operating System: Win XP
 PHP Version:  4.3.0RC2
 New Comment:

I only have the php.exe executable. I'm using PHP 4.2.3. Did I install
the wrong version?


Previous Comments:


[2002-12-08 18:08:21] [EMAIL PROTECTED]

Which executable are you using for your PHP, php.exe or php-cgi.exe? If
you are not using the latter, please do so.



[2002-12-08 18:04:16] [EMAIL PROTECTED]

Above produces an internal server error when browsed to:
script.php/abc/xyz .

What causes this and how do I solve this?




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

#20889 [Fbk]: $PATH_INFO on CGI ver

[iliaa]

 ID:   20889
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Scripting Engine problem
 Operating System: Win XP
 PHP Version:  4.3.0RC2
 New Comment:

4.2.3 was not version you've indicated in your report, please try the
latest stable snapshot of PHP, which is based on the upcomming 4.3.0.
You can download it from http://snaps.php.net/
Once you download and install it and make 100% certain no old libraries
from 4.2.3 remain on your system. When configuring your CGI php handler
use php-cgi.exe and not php.exe.


Previous Comments:


[2002-12-08 18:12:30] [EMAIL PROTECTED]

I only have the php.exe executable. I'm using PHP 4.2.3. Did I install
the wrong version?



[2002-12-08 18:08:21] [EMAIL PROTECTED]

Which executable are you using for your PHP, php.exe or php-cgi.exe? If
you are not using the latter, please do so.



[2002-12-08 18:04:16] [EMAIL PROTECTED]

Above produces an internal server error when browsed to:
script.php/abc/xyz .

What causes this and how do I solve this?




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

#20616 [Fbk->Opn]: 4.3.0RC1-Win32 cannot find files found by 4.2.3

[judd]

 ID:   20616
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: Win 2k server
 PHP Version:  4.3.0RC1
 New Comment:

Nope. The problem is that "include ../foobar.inc" does not find
foobar.inc in the parent directory, which is contrary behaviour to
4.2.3


Previous Comments:


[2002-12-08 11:00:12] [EMAIL PROTECTED]

So the problem is that 'require("/foobar.php");' does not find foobar
under the current working dir?? If so, this really is not a bug but the
correct behaviour.




[2002-12-07 02:14:53] [EMAIL PROTECTED]

Iliaa - see Nov 29 message.



[2002-12-07 02:05:51] [EMAIL PROTECTED]

Can you please include the error message that you get?



[2002-11-29 07:20:30] [EMAIL PROTECTED]

Now that you have given us the info, we can resolve the problem, for
free.
Instead of complaining, you could just contribute your obviously
superior knowledge of windows and help us fix it.
Keep the attitude out of the reports please.




[2002-11-29 07:08:58] [EMAIL PROTECTED]

My reply from the 26th:

Hi Iliaa,

OK, looks like you need further information to find this one. I would
add further comments but bugs.php.net is frozen right now when
attempting to edit bug reports.

Let's take the following piece of code:

-

dbhost = "localhost";
$CFG->dbname = "mymarket";
$CFG->dbuser = "myuser";
$CFG->dbpass = "mypassword";

$CFG->wwwroot = "/Commerce/mymarket3";
$CFG->dirroot = "";
$CFG->templatedir = "$CFG->dirroot/templates";
$CFG->libdir  = "$CFG->dirroot/lib";
$CFG->imagedir= "$CFG->wwwroot/images";

$CFG->wordlist= "$CFG->libdir/wordlist.txt";
$CFG->support = "[EMAIL PROTECTED]";

/* define database error handling behavior, since we are in
development
 * we will turn on all the debugging messages to help us troubleshoot
*/
$DB_DEBUG = true;
$DB_DIE_ON_FAIL = true;

/* load up standard libraries */
require("$CFG->libdir/stdlib.php");
require("$CFG->libdir/dblib.php");
require("$CFG->libdir/mymarket.php");
require("$CFG->libdir/cart.php");

--

In 4.2.3 this will work fine, whilst in 4.3.0RC1 you'll get an error
on
the line:

require("$CFG->libdir/stdlib.php");

That's because there will be a slash prepended where it wasn't there
before.

Note that '$CFG->libdir' is made from '$CFG->dirroot' plus '/lib'.
With
'$CFG->dirroot' being empty this should resolve to no leading slash,
which was correct in 4.2.3 but now isn't. Otherwise there's no way to
include a relative path.

I'd get in and fix this myself but I've spent far too many years
repairing other people's broken code for free, and since this is my
profession it doesn't make sense to do that any more. But a pointer on
where the error might be ... if you're using Cygwin and changed
versions, that's probably it. Get rid of it before you go blind and
use
MSVC 5.0 or later, it works. Really.

Rob Judd
Homepage: http://judd.ob-wan.com



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

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

#20616 [Opn]: 4.3.0RC1-Win32 cannot find files found by 4.2.3

[judd]

 ID:   20616
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: Win 2k server
 PHP Version:  4.3.0RC1
 New Comment:

Pardon me, that syntax should be 'include ("../foobar.inc");' ... I
just woke up. :0


Previous Comments:


[2002-12-08 18:19:09] [EMAIL PROTECTED]

Nope. The problem is that "include ../foobar.inc" does not find
foobar.inc in the parent directory, which is contrary behaviour to
4.2.3



[2002-12-08 11:00:12] [EMAIL PROTECTED]

So the problem is that 'require("/foobar.php");' does not find foobar
under the current working dir?? If so, this really is not a bug but the
correct behaviour.




[2002-12-07 02:14:53] [EMAIL PROTECTED]

Iliaa - see Nov 29 message.



[2002-12-07 02:05:51] [EMAIL PROTECTED]

Can you please include the error message that you get?



[2002-11-29 07:20:30] [EMAIL PROTECTED]

Now that you have given us the info, we can resolve the problem, for
free.
Instead of complaining, you could just contribute your obviously
superior knowledge of windows and help us fix it.
Keep the attitude out of the reports please.




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

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

#20890 [NEW]: No hot line on the pages

[stetina]

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.2.3
PHP Bug Type: Unknown/Other Function
Bug description:  No hot line on the pages

I read PHP pages several times, but there is no hotline or somethink
similar. I need help with finding out version of GD library, because I
want use function ImageCopyResampled() and I get error: Fatal error:
imagecopyresampled(): requires GD 2.0 or later in
/home/httpd/htdocs/af/ostatni/zajimave/image.php on line 28
.
1) Can anyone help me?
2) Please document workaroud for this problem on the PHP site pages.
-- 
Edit bug report at http://bugs.php.net/?id=20890&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20890&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20890&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20890&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20890&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20890&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20890&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20890&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20890&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20890&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20890&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20890&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20890&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20890&r=isapi

#20890 [Opn->Bgs]: No hot line on the pages

[msopacua]

 ID:  20890
 Updated by:  [EMAIL PROTECTED]
 Reported By: [EMAIL PROTECTED]
-Status:  Open
+Status:  Bogus
 Bug Type:Unknown/Other Function
 PHP Version: 4.2.3
 New Comment:

There's a problem with the hotline - it's frozen - like our logo :(
Seriously: there is no hotline.

Not a developer issue -> bogus
(Ask the questions you have at the appropreate resources:
http://www.php.net/support.php )


Previous Comments:


[2002-12-08 18:56:22] [EMAIL PROTECTED]

I read PHP pages several times, but there is no hotline or somethink
similar. I need help with finding out version of GD library, because I
want use function ImageCopyResampled() and I get error: Fatal error:
imagecopyresampled(): requires GD 2.0 or later in
/home/httpd/htdocs/af/ostatni/zajimave/image.php on line 28
.
1) Can anyone help me?
2) Please document workaroud for this problem on the PHP site pages.




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

#20891 [NEW]: Misuse PATH_INFO, PATH_TRANSLATED environment variables in CGI, Fastcgi SAPI

[gangwang]

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.2.3
PHP Bug Type: Feature/Change Request
Bug description:  Misuse PATH_INFO, PATH_TRANSLATED environment variables in CGI, 
Fastcgi SAPI 

I am writting a web server which can support PHP. 
I found the CGI and fastcgi SAPI modules misuse the PATH_INFO,
PATH_TRANSLATED environment variables, at least I think they are.
I did the following test with apache-1.3.24:
I had phpinfo.php and php executable in cgi-bin directory:

$ more phpinfo.php 
#!./php


   



The request:
http://localhost/cgi-bin/phpinfo.php 
has no problem

The request:
http://localhost/cgi-bin/phpinfo.php/path/info  
will return 500 Internal server error
same thing will happen with fastcgi SAPI.

the second request will succeed with mod_php.

I read the code of CGI and fastcgi modules and found PATH_TRANSLATED is
used as the path of php scirpt file when it exists, otherwise
SCRIPT_FILENAME will be used. Then for the second request, the script file
refered as PATH_TRANSLATED will not be found.
The PATH_INFO is not used in the right way too.
PATH_INFO is used as the request URI, if it exists, otherwise SCRIPT_NAME
is used.

They are is not compliant with CGI 1.1 or 1.2 specification.
The right way to use those environment variables are:
reuqest URI =  or +
script_file_path = .
 should NOT be touched.
If  does not exist, you can try to build the
script_file_path from +, but that is not
guaranteed to be correct.

Best regards,
Gang Wang



-- 
Edit bug report at http://bugs.php.net/?id=20891&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20891&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20891&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20891&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20891&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20891&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20891&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20891&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20891&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20891&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20891&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20891&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20891&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20891&r=isapi

#20892 [NEW]: PHP won't compile with latest ming from CVS

[rolyv]

From: [EMAIL PROTECTED]
Operating system: Red Hat Linux 6.2
PHP version:  4.3.0RC2
PHP Bug Type: Ming related
Bug description:  PHP won't compile with latest ming from CVS

When trying to compile PHP with the latest version of ming from CVS, it
gives these errors:

/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c: In function
`zif_swfmovie_output':
/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c:1439: too few arguments
to function `SWFMovie_output'
/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c: In function
`zif_swfmovie_saveToFile':
/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c:1462: too few arguments
to function `SWFMovie_output'
/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c: In function
`zif_swfmovie_save':
/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c:1480: too few arguments
to function `SWFMovie_output'
/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c:1490: too few arguments
to function `SWFMovie_output'
make: *** [ext/ming/ming.lo] Error 1
-- 
Edit bug report at http://bugs.php.net/?id=20892&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20892&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20892&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20892&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20892&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20892&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20892&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20892&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20892&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20892&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20892&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20892&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20892&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20892&r=isapi

#20845 [Fbk->Opn]: ftp_rawlist, ftp_nlist still not working

[PaulMenard1]

 ID:   20845
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: IIS related
 Operating System: W2k Server, Prof
 PHP Version:  4CVS-2002-12-05 (dev)
 New Comment:

IIS 5.0 which is standard on W2K Advanced Server.


Previous Comments:


[2002-12-07 15:25:23] [EMAIL PROTECTED]

What FTP server are you running on your computer?



[2002-12-06 22:20:11] [EMAIL PROTECTED]

Okay. More information.

I have the followinf script running under W2K Advanced Server, IIS5 


$conn = ftp_connect("localhost");
ftp_login($conn, "ftptest", "ftptest");
$nlist = ftp_nlist($conn, "");
$rawlist = ftp_rawlist($conn, "");

echo "";
echo "Values from ftp_nlist()";
print_r($nlist);
echo "Values from ftp_rawlist()";
print_r($rawlist);
echo "";

The result of this PHP script execution is the output of nothing. Under
this account's home folder there are 3 sub-folders 'Inbound',
'Outbound' and 'Archive'. Also there are 3 files '1.txt', '2.txt' and
'3.txt'. 

If I change the 'localhost' reference in the connect statement the
script does report the expected results. Actually any connection to a
remote server either of type Windows or Unix seems to work. 

What does not work is the connection to the reference 'localhost',
'127.0.0.1' etc.

Also, I have tried executing this script under IIS and from a command
prompt. The same empty results are reported. Under IIS I have only
attempted using the 'php-cgi.exe' or CGI version. I have not attempted
the isapi version just because I am unsure of stability for other
aspects of my applications.

Enough?



[2002-12-05 19:25:29] [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.




[2002-12-05 17:07:39] [EMAIL PROTECTED]

In the Bug #20536 ftp_nlist, ftp_rawlist returns nothing 

I have upgraded my PHP to the most current. Following from 'php.exe
-v'

PHP 4.4.0-dev (cli) (built: Dec 4 2002 20:18:55)
Zend Engine v1.4.0

I have a very simple script that was taken from the help pages on
ftp_rawlist().

On my server connnecting to 'localhost' or '127.0.0.1' or the actual
local DNS name STILL does not result in anything being provided. I can
connect to remote Win/*nix servers under anonymous and specific users
and the function works great. 

After reading various posting and answers about the bug being fixed and
in CSV from 11/30 I have waited and waited until Dec 5 in hopes I could
finally get this working. I can change the Web server from IIS to
Apache sorry. 

Does anyone have answers to this?

Paul





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

#20893 [NEW]: Strings as Arrays...

[davey]

From: [EMAIL PROTECTED]
Operating system: All
PHP version:  4.3.0RC2
PHP Bug Type: Feature/Change Request
Bug description:  Strings as Arrays...

This is probably a strange feature request, but I think it should be given
a lot of thought, if it has not done so already.

The request is this:

strings should be treated as arrays of characters (which they are) when
given as the arguement for functions which work on arrays.

so for example:
function foo ($chr) {
  echo $chr . "\n";
}
$string = "bar";
array_walk($string,foo); would give the result:
b
a
r

Also, to be able to do this with strings:

$string = "fo";
$string{} = "o";
so that
$string == "foo" == TRUE

Also, another thing that comes up often, is when trying to do this:

$string = "foo";
foreach ($string as $i) {
  echo $string ."\n";
}

does not work, and you have to do:

$string = "foo";
for($i = 0;$i <= strlen($string);$i++) {
  echo $string{$i} ."\n";
}

like I said, give this some thought, perhaps toss it around on php-dev
etc..

- Davey
-- 
Edit bug report at http://bugs.php.net/?id=20893&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20893&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20893&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20893&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20893&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20893&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20893&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20893&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20893&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20893&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20893&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20893&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20893&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20893&r=isapi

#20893 [Opn]: Strings as Arrays...

[davey]

 ID:   20893
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Feature/Change Request
 Operating System: All
 PHP Version:  4.3.0RC2
 New Comment:

small code correction:

$string = "foo";
foreach ($string as $i) {
  echo $i ."\n";
}


Previous Comments:


[2002-12-08 20:56:13] [EMAIL PROTECTED]

This is probably a strange feature request, but I think it should be
given a lot of thought, if it has not done so already.

The request is this:

strings should be treated as arrays of characters (which they are) when
given as the arguement for functions which work on arrays.

so for example:
function foo ($chr) {
  echo $chr . "\n";
}
$string = "bar";
array_walk($string,foo); would give the result:
b
a
r

Also, to be able to do this with strings:

$string = "fo";
$string{} = "o";
so that
$string == "foo" == TRUE

Also, another thing that comes up often, is when trying to do this:

$string = "foo";
foreach ($string as $i) {
  echo $string ."\n";
}

does not work, and you have to do:

$string = "foo";
for($i = 0;$i <= strlen($string);$i++) {
  echo $string{$i} ."\n";
}

like I said, give this some thought, perhaps toss it around on php-dev
etc..

- Davey




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

#20892 [Opn->Bgs]: PHP won't compile with latest ming from CVS

[iliaa]

 ID:   20892
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Ming related
 Operating System: Red Hat Linux 6.2
 PHP Version:  4.3.0RC2
 New Comment:

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

Thank you for your interest in PHP.

Apparently ming author(s) had changed their API in the CVS making it
incompatible with the API php is used to. If this is  still an issue
when the next ming release is made reopen the bug report.


Previous Comments:


[2002-12-08 20:51:10] [EMAIL PROTECTED]

When trying to compile PHP with the latest version of ming from CVS, it
gives these errors:

/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c: In function
`zif_swfmovie_output':
/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c:1439: too few
arguments to function `SWFMovie_output'
/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c: In function
`zif_swfmovie_saveToFile':
/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c:1462: too few
arguments to function `SWFMovie_output'
/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c: In function
`zif_swfmovie_save':
/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c:1480: too few
arguments to function `SWFMovie_output'
/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c:1490: too few
arguments to function `SWFMovie_output'
make: *** [ext/ming/ming.lo] Error 1




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

#20887 [Opn->Bgs]: /php.ini

[sniper]

 ID:   20887
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: Mandrqke Linux 9.0
 PHP Version:  4.3.0RC2
 New Comment:

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

Thank you for your interest in PHP.




Previous Comments:


[2002-12-08 16:22:17] [EMAIL PROTECTED]

I can't see that /php.ini is used here, but php/php-cli.ini is used,
i.e. a file relative to the place from where PHP was started. 
With PHPRC=/xizzy I get:

# strace -eopen php -r 'echo "bla";' 2>&1|grep ini
open("php/php-cli.ini", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file
or directory)
open("/xizzy/php-cli.ini", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such
file or directory)
open("/usr/local/lib/php-cli.ini", O_RDONLY|O_LARGEFILE) = 3
open("/usr/local/lib/php/browscap/browscap.ini", O_RDONLY|O_LARGEFILE)
= 3

And if php/php-cli.ini is there, PHP only reads that one. This is with
4.3.0-cvs from today, and I don't have Mandrake here (once upon a time,
it was a SuSE Linux).



[2002-12-08 14:53:59] [EMAIL PROTECTED]

If /php.ini exists, that one is used no matter what PHPRC env is set or
compiled in when starting up apache from a SysV script. Is it a bug in
php, or could it be the Mandrake Linux 9.0 system?




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

#20892 [Bgs->Opn]: PHP won't compile with latest ming from CVS

[rolyv]

 ID:   20892
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: Ming related
 Operating System: Red Hat Linux 6.2
 PHP Version:  4.3.0RC2
 New Comment:

Umm it is a bug in PHP, I am saying that when I set the dir in
--with-ming to the CVS version of ming PHP wont compile (but it will
when i set the dir to point to ming 0.2a)


Previous Comments:


[2002-12-08 22:13:02] [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.

Apparently ming author(s) had changed their API in the CVS making it
incompatible with the API php is used to. If this is  still an issue
when the next ming release is made reopen the bug report.



[2002-12-08 20:51:10] [EMAIL PROTECTED]

When trying to compile PHP with the latest version of ming from CVS, it
gives these errors:

/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c: In function
`zif_swfmovie_output':
/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c:1439: too few
arguments to function `SWFMovie_output'
/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c: In function
`zif_swfmovie_saveToFile':
/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c:1462: too few
arguments to function `SWFMovie_output'
/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c: In function
`zif_swfmovie_save':
/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c:1480: too few
arguments to function `SWFMovie_output'
/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c:1490: too few
arguments to function `SWFMovie_output'
make: *** [ext/ming/ming.lo] Error 1




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

#20892 [Com]: PHP won't compile with latest ming from CVS

[rolyv]

 ID:   20892
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Ming related
 Operating System: Red Hat Linux 6.2
 PHP Version:  4.3.0RC2
 New Comment:

Sorry, didn't see this bit:


Apparently ming author(s) had changed their API in the CVS making it
incompatible with the API php is used to. If this is  still an issue
when the next ming release is made reopen the bug report.

But why can't PHP be fixed to work with it?


Previous Comments:


[2002-12-08 22:17:55] [EMAIL PROTECTED]

Umm it is a bug in PHP, I am saying that when I set the dir in
--with-ming to the CVS version of ming PHP wont compile (but it will
when i set the dir to point to ming 0.2a)



[2002-12-08 22:13:02] [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.

Apparently ming author(s) had changed their API in the CVS making it
incompatible with the API php is used to. If this is  still an issue
when the next ming release is made reopen the bug report.



[2002-12-08 20:51:10] [EMAIL PROTECTED]

When trying to compile PHP with the latest version of ming from CVS, it
gives these errors:

/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c: In function
`zif_swfmovie_output':
/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c:1439: too few
arguments to function `SWFMovie_output'
/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c: In function
`zif_swfmovie_saveToFile':
/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c:1462: too few
arguments to function `SWFMovie_output'
/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c: In function
`zif_swfmovie_save':
/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c:1480: too few
arguments to function `SWFMovie_output'
/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c:1490: too few
arguments to function `SWFMovie_output'
make: *** [ext/ming/ming.lo] Error 1




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

#20894 [NEW]: Problem using socket

[okwoks]

From: [EMAIL PROTECTED]
Operating system: Win XP
PHP version:  4.3.0RC2
PHP Bug Type: Unknown/Other Function
Bug description:  Problem using socket

I use socket to develope my web application. It works fine when i'm using
PHP 4.2.2. The problem is when i ugraded it to 4.3.0RC2, there's an error
stating -

PHP has encountered an Access Violation at 017C29CD

Does PHP 4.3.0RC2 have a stable socket dll?
-- 
Edit bug report at http://bugs.php.net/?id=20894&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20894&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20894&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20894&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20894&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20894&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20894&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20894&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20894&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20894&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20894&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20894&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20894&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20894&r=isapi

#20053 [Opn->Bgs]: apache&suexec&php-cgi&ignore_user_abort -> problem with cancelled connections

[sniper]

 ID:   20053
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Apache related
 Operating System: linux 2.4.18
 PHP Version:  4.4.0-dev
 New Comment:

Report this to Apache folks. Not PHP problem -> bogus.



Previous Comments:


[2002-12-04 19:37:08] [EMAIL PROTECTED]

problem still persist :(



[2002-12-03 01:12:13] [EMAIL PROTECTED]

Please try the latest cvs as of today.  Several significant cgi fixes
have been commited.



[2002-10-24 12:26:56] [EMAIL PROTECTED]

updated version.




[2002-10-24 04:27:26] [EMAIL PROTECTED]

Exactly the same behaviour as in 4.2.3 :(



[2002-10-24 02:42:11] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-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/20053

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

#20892 [Opn->Bgs]: PHP won't compile with latest ming from CVS

[iliaa]

 ID:   20892
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Ming related
 Operating System: Red Hat Linux 6.2
 PHP Version:  4.3.0RC2
 New Comment:

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

Thank you for your interest in PHP.

Because at the moment it is not known whether the change that broke the
API is permanent or not, for all we know it could change tommorow. Once
a release in made and the API is solidified then it is time to make any
changes if need be, not before.


Previous Comments:


[2002-12-08 22:18:41] [EMAIL PROTECTED]

Sorry, didn't see this bit:


Apparently ming author(s) had changed their API in the CVS making it
incompatible with the API php is used to. If this is  still an issue
when the next ming release is made reopen the bug report.

But why can't PHP be fixed to work with it?



[2002-12-08 22:17:55] [EMAIL PROTECTED]

Umm it is a bug in PHP, I am saying that when I set the dir in
--with-ming to the CVS version of ming PHP wont compile (but it will
when i set the dir to point to ming 0.2a)



[2002-12-08 22:13:02] [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.

Apparently ming author(s) had changed their API in the CVS making it
incompatible with the API php is used to. If this is  still an issue
when the next ming release is made reopen the bug report.



[2002-12-08 20:51:10] [EMAIL PROTECTED]

When trying to compile PHP with the latest version of ming from CVS, it
gives these errors:

/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c: In function
`zif_swfmovie_output':
/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c:1439: too few
arguments to function `SWFMovie_output'
/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c: In function
`zif_swfmovie_saveToFile':
/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c:1462: too few
arguments to function `SWFMovie_output'
/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c: In function
`zif_swfmovie_save':
/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c:1480: too few
arguments to function `SWFMovie_output'
/usr/src/redhat/BUILD/php-4.3.0RC2/ext/ming/ming.c:1490: too few
arguments to function `SWFMovie_output'
make: *** [ext/ming/ming.lo] Error 1




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

#20889 [Fbk->Csd]: $PATH_INFO on CGI ver

[sniper]

 ID:   20889
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: Win XP
 PHP Version:  4.3.0RC2
 New Comment:

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

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




Previous Comments:


[2002-12-08 18:16:17] [EMAIL PROTECTED]

4.2.3 was not version you've indicated in your report, please try the
latest stable snapshot of PHP, which is based on the upcomming 4.3.0.
You can download it from http://snaps.php.net/
Once you download and install it and make 100% certain no old libraries
from 4.2.3 remain on your system. When configuring your CGI php handler
use php-cgi.exe and not php.exe.



[2002-12-08 18:12:30] [EMAIL PROTECTED]

I only have the php.exe executable. I'm using PHP 4.2.3. Did I install
the wrong version?



[2002-12-08 18:08:21] [EMAIL PROTECTED]

Which executable are you using for your PHP, php.exe or php-cgi.exe? If
you are not using the latter, please do so.



[2002-12-08 18:04:16] [EMAIL PROTECTED]

Above produces an internal server error when browsed to:
script.php/abc/xyz .

What causes this and how do I solve this?




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

#20891 [Opn->Csd]: Misuse PATH_INFO, PATH_TRANSLATED environment variables in CGI, Fastcgi SAPI

[sniper]

 ID:   20891
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Feature/Change Request
 Operating System: Linux
 PHP Version:  4.2.3
 New Comment:

This is actually fixed in CVS by Shane last week, iirc.



Previous Comments:


[2002-12-08 20:14:59] [EMAIL PROTECTED]

I am writting a web server which can support PHP. 
I found the CGI and fastcgi SAPI modules misuse the PATH_INFO,
PATH_TRANSLATED environment variables, at least I think they are.
I did the following test with apache-1.3.24:
I had phpinfo.php and php executable in cgi-bin directory:

$ more phpinfo.php 
#!./php


   



The request:
http://localhost/cgi-bin/phpinfo.php 
has no problem

The request:
http://localhost/cgi-bin/phpinfo.php/path/info  
will return 500 Internal server error
same thing will happen with fastcgi SAPI.

the second request will succeed with mod_php.

I read the code of CGI and fastcgi modules and found PATH_TRANSLATED is
used as the path of php scirpt file when it exists, otherwise
SCRIPT_FILENAME will be used. Then for the second request, the script
file refered as PATH_TRANSLATED will not be found.
The PATH_INFO is not used in the right way too.
PATH_INFO is used as the request URI, if it exists, otherwise
SCRIPT_NAME is used.

They are is not compliant with CGI 1.1 or 1.2 specification.
The right way to use those environment variables are:
reuqest URI =  or +
script_file_path = .
 should NOT be touched.
If  does not exist, you can try to build the
script_file_path from +, but that is not
guaranteed to be correct.

Best regards,
Gang Wang







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

#20111 [Opn->Fbk]: IIS crashes

[iliaa]

 ID:   20111
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: IIS related
 Operating System: win2k
 PHP Version:  4CVS-2002-10-26
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2002-10-26 16:32:25] [EMAIL PROTECTED]

forgot to add, no other php extensions loaded.

Also added crash5.log url.



[2002-10-26 16:24:03] [EMAIL PROTECTED]

Latest cvs debug build + iis.

Occurs with 2 simultaneous requests. Occurs with 
 as script, and also attempting to request a non-existent
php file. 

Further (differing) stack traces/information are in logs at :
http://stats.distributed.net/~paul/php/crash1.log
http://stats.distributed.net/~paul/php/crash2.log
http://stats.distributed.net/~paul/php/crash3.log
http://stats.distributed.net/~paul/php/crash4.log

--
C:\php\src420\php4\ext\bcmath\libbcmath\src\init.c(72) :  Freeing
0x02267198 (1 bytes), script=c:\inetpub\wwwroot\php\index4.php
Last leak repeated 2 times
C:\php\src420\php4\ext\bcmath\libbcmath\src\init.c(57) :  Freeing
0x02267140 (29 bytes), script=c:\inetpub\wwwroot\php\index4.php
Last leak repeated 2 times
First chance exception c005 (Access Violation) occurred
Thread stopped.
> !emdbg.tag DEFAULT ACCESS VIOLATION SCRIPT LOADED
DEFAULT ACCESS VIOLATION SCRIPT LOADED


#   FramePtr  RetAddr   Param1   Param2   Param3  
Function Name
00  00ddebc0  01b651b5  0226
0001 004c NTDLL!0x77FCB032 (No FPO)
01  00ddec34  01b65627  0020
01d724d8 00b2
PHP4TS_DEBUG!emalloc+0x215(0x0020, 0x01D724D8, 0x00B2,
0x, 0x) (No FPO) [ zend_alloc.c @ 154 ]
02  00ddeca4  01b54866  0008
0004 01d724d8 PHP4TS_DEBUG!ecalloc+0x87(0x0008,
0x0004, 0x01D724D8, 0x00B2, 0x, 0x) (No FPO) [
zend_alloc.c @ 254 ]
03  00dded18  01b77a5d  02018c90
 
PHP4TS_DEBUG!zend_hash_init+0xa6(0x02018C90, 0x, 0x,
0x01B77880, 0x) (No FPO) [ zend_hash.c @ 178 ]
04  00dded80  01b5cb3d  01fe7d80
00ddee30 00ddeedc
PHP4TS_DEBUG!zend_init_rsrc_list+0x3d(0x01FE7D80) (No FPO) [
zend_list.c @ 216 ]
05  00ddedd8  01b67f21  01fe7d80
00ddeed0 00ddeedc
PHP4TS_DEBUG!init_compiler+0x2d(0x01FE7D80) (No FPO) [ zend_compile.c @
101 ]
06  00ddee30  019c9afc  01fe7d80
00ddf3d8 00ddeedc
PHP4TS_DEBUG!zend_activate+0x21(0x01FE7D80) (No FPO) [ zend.c @ 593 ]
07  00ddeed0  019a27da  01fe7d80
00b8532c 00b85260
PHP4TS_DEBUG!php_request_startup+0x10c(0x01FE7D80) (No FPO) [ main.c @
833 ]
08  00ddf3f0  65d82b06  00b85260
00b8532c 00b85260
PHP4ISAPI!HttpExtensionProc+0x15a(0x00B85260) (No FPO) [ php4isapi.c @
756 ]
09  00ddf438  65d823a2  00abe698
00b853f3 00b85260 wam!0x65D82B06 (No FPO)




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