#20595 [NEW]: Create field in db with PHP 4.1.1 / phpmyadmin 2.3.3

[roettgal]

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.2.0
PHP Bug Type: MySQL related
Bug description:  Create field in db with PHP 4.1.1 / phpmyadmin 2.3.3

I think, the error is in phpmyadmin!

PHP version: 4.1.1

Willkommen bei phpMyAdmin 2.3.3-rc1
Verbunden mit MySQL 3.23.51-Max-log 
Fehler
SQL-Befehl :  
CREATE TABLE `analyse` ( 
`ay_num` BIGINT NOT NULL AUTO_INCREMENT,
`ay_session` TEXT( 32 ) NOT NULL ,
`ay_seite` TINYTEXT NOT NULL ,
PRIMARY KEY ( `ay_num` ) 
) 
MySQL meldet: 
You have an error in your SQL syntax near '(32) NOT NULL, `ay_seite`
TINYTEXT NOT NULL, PRIMARY KEY (`ay_num`))' at line 1

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

#20595 [Opn->Bgs]: Create field in db with PHP 4.1.1 / phpmyadmin 2.3.3

[derick]

 ID:  20595
 Updated by:  [EMAIL PROTECTED]
 Reported By: [EMAIL PROTECTED]
-Status:  Open
+Status:  Bogus
 Bug Type:MySQL related
 PHP Version: 4.2.0
 New Comment:

As you said, bug in phpmyadmin, and that has little to do with PHP ->
bogus


Previous Comments:


[2002-11-23 06:09:10] [EMAIL PROTECTED]

I think, the error is in phpmyadmin!

PHP version: 4.1.1

Willkommen bei phpMyAdmin 2.3.3-rc1
Verbunden mit MySQL 3.23.51-Max-log 
Fehler
SQL-Befehl :  
CREATE TABLE `analyse` ( 
`ay_num` BIGINT NOT NULL AUTO_INCREMENT,
`ay_session` TEXT( 32 ) NOT NULL ,
`ay_seite` TINYTEXT NOT NULL ,
PRIMARY KEY ( `ay_num` ) 
) 
MySQL meldet: 
You have an error in your SQL syntax near '(32) NOT NULL, `ay_seite`
TINYTEXT NOT NULL, PRIMARY KEY (`ay_num`))' at line 1





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

#20594 [Com]: Date "W" switch returns 0 and 1 for First week randomly

[michael . mauch]

 ID:   20594
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Date/time related
 Operating System: FreeBSD
 PHP Version:  4.2.3
 New Comment:

As stated in the manual, date("W", ...) returns the ISO8601 week
number. The first week number of any year is always 1. But January, 1st
is sometimes not in the first week of a year, but in the last week of
the previous year. See e.g.
 for details.


Previous Comments:


[2002-11-23 01:09:02] [EMAIL PROTECTED]

using date and the "W" (shows the week number) switch. Will return the
FIRST week number differantly depending on the year.

date("W", mktime(0,0,0,1,1,2000)); will return 0 
date("W", mktime(0,0,0,1,1,2001)); returns 1.

Only differance is the year. Here is a list of years and there first
week vaules, including Leap year.

for ($q=2001; $q<2021; $q++) {
$test1= date("W",  mktime(0,0,0,1,1,$q));
$leap1= date("L",  mktime(0,0,0,1,1,$q));
echo "Year: $q WeekNum: $test1 LeapYear: $leap1";
}

Year: 2001 WeekNum: 1 LeapYear: 0
Year: 2002 WeekNum: 1 LeapYear: 0
Year: 2003 WeekNum: 1 LeapYear: 0
Year: 2004 WeekNum: 1 LeapYear: 1
Year: 2005 WeekNum: 0 LeapYear: 0
Year: 2006 WeekNum: 0 LeapYear: 0
Year: 2007 WeekNum: 1 LeapYear: 0
Year: 2008 WeekNum: 1 LeapYear: 1
Year: 2009 WeekNum: 1 LeapYear: 0
Year: 2010 WeekNum: 0 LeapYear: 0
Year: 2011 WeekNum: 0 LeapYear: 0
Year: 2012 WeekNum: 0 LeapYear: 1
Year: 2013 WeekNum: 1 LeapYear: 0
Year: 2014 WeekNum: 1 LeapYear: 0
Year: 2015 WeekNum: 1 LeapYear: 0
Year: 2016 WeekNum: 0 LeapYear: 1
Year: 2017 WeekNum: 0 LeapYear: 0
Year: 2018 WeekNum: 1 LeapYear: 0
Year: 2019 WeekNum: 1 LeapYear: 0
Year: 2020 WeekNum: 1 LeapYear: 1



[2002-11-23 01:08:31] [EMAIL PROTECTED]

using date and the "W" (shows the week number) switch. Will return the
FIRST week number differantly depending on the year.

date("W", mktime(0,0,0,1,1,2000)); will return 0 
date("W", mktime(0,0,0,1,1,2001)); returns 1.

Only differance is the year. Here is a list of years and there first
week vaules, including Leap year.

for ($q=2001; $q<2021; $q++) {
$test1= date("W",  mktime(0,0,0,1,1,$q));
$leap1= date("L",  mktime(0,0,0,1,1,$q));
echo "Year: $q WeekNum: $test1 LeapYear: $leap1";
}

Year: 2001 WeekNum: 1 LeapYear: 0
Year: 2002 WeekNum: 1 LeapYear: 0
Year: 2003 WeekNum: 1 LeapYear: 0
Year: 2004 WeekNum: 1 LeapYear: 1
Year: 2005 WeekNum: 0 LeapYear: 0
Year: 2006 WeekNum: 0 LeapYear: 0
Year: 2007 WeekNum: 1 LeapYear: 0
Year: 2008 WeekNum: 1 LeapYear: 1
Year: 2009 WeekNum: 1 LeapYear: 0
Year: 2010 WeekNum: 0 LeapYear: 0
Year: 2011 WeekNum: 0 LeapYear: 0
Year: 2012 WeekNum: 0 LeapYear: 1
Year: 2013 WeekNum: 1 LeapYear: 0
Year: 2014 WeekNum: 1 LeapYear: 0
Year: 2015 WeekNum: 1 LeapYear: 0
Year: 2016 WeekNum: 0 LeapYear: 1
Year: 2017 WeekNum: 0 LeapYear: 0
Year: 2018 WeekNum: 1 LeapYear: 0
Year: 2019 WeekNum: 1 LeapYear: 0
Year: 2020 WeekNum: 1 LeapYear: 1




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

#20594 [Opn->Bgs]: Date "W" switch returns 0 and 1 for First week randomly

[derick]

 ID:   20594
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Date/time related
 Operating System: FreeBSD
 PHP Version:  4.2.3
 New Comment:

right, not a bug -> bogus


Previous Comments:


[2002-11-23 08:26:59] [EMAIL PROTECTED]

As stated in the manual, date("W", ...) returns the ISO8601 week
number. The first week number of any year is always 1. But January, 1st
is sometimes not in the first week of a year, but in the last week of
the previous year. See e.g.
 for details.



[2002-11-23 01:09:02] [EMAIL PROTECTED]

using date and the "W" (shows the week number) switch. Will return the
FIRST week number differantly depending on the year.

date("W", mktime(0,0,0,1,1,2000)); will return 0 
date("W", mktime(0,0,0,1,1,2001)); returns 1.

Only differance is the year. Here is a list of years and there first
week vaules, including Leap year.

for ($q=2001; $q<2021; $q++) {
$test1= date("W",  mktime(0,0,0,1,1,$q));
$leap1= date("L",  mktime(0,0,0,1,1,$q));
echo "Year: $q WeekNum: $test1 LeapYear: $leap1";
}

Year: 2001 WeekNum: 1 LeapYear: 0
Year: 2002 WeekNum: 1 LeapYear: 0
Year: 2003 WeekNum: 1 LeapYear: 0
Year: 2004 WeekNum: 1 LeapYear: 1
Year: 2005 WeekNum: 0 LeapYear: 0
Year: 2006 WeekNum: 0 LeapYear: 0
Year: 2007 WeekNum: 1 LeapYear: 0
Year: 2008 WeekNum: 1 LeapYear: 1
Year: 2009 WeekNum: 1 LeapYear: 0
Year: 2010 WeekNum: 0 LeapYear: 0
Year: 2011 WeekNum: 0 LeapYear: 0
Year: 2012 WeekNum: 0 LeapYear: 1
Year: 2013 WeekNum: 1 LeapYear: 0
Year: 2014 WeekNum: 1 LeapYear: 0
Year: 2015 WeekNum: 1 LeapYear: 0
Year: 2016 WeekNum: 0 LeapYear: 1
Year: 2017 WeekNum: 0 LeapYear: 0
Year: 2018 WeekNum: 1 LeapYear: 0
Year: 2019 WeekNum: 1 LeapYear: 0
Year: 2020 WeekNum: 1 LeapYear: 1



[2002-11-23 01:08:31] [EMAIL PROTECTED]

using date and the "W" (shows the week number) switch. Will return the
FIRST week number differantly depending on the year.

date("W", mktime(0,0,0,1,1,2000)); will return 0 
date("W", mktime(0,0,0,1,1,2001)); returns 1.

Only differance is the year. Here is a list of years and there first
week vaules, including Leap year.

for ($q=2001; $q<2021; $q++) {
$test1= date("W",  mktime(0,0,0,1,1,$q));
$leap1= date("L",  mktime(0,0,0,1,1,$q));
echo "Year: $q WeekNum: $test1 LeapYear: $leap1";
}

Year: 2001 WeekNum: 1 LeapYear: 0
Year: 2002 WeekNum: 1 LeapYear: 0
Year: 2003 WeekNum: 1 LeapYear: 0
Year: 2004 WeekNum: 1 LeapYear: 1
Year: 2005 WeekNum: 0 LeapYear: 0
Year: 2006 WeekNum: 0 LeapYear: 0
Year: 2007 WeekNum: 1 LeapYear: 0
Year: 2008 WeekNum: 1 LeapYear: 1
Year: 2009 WeekNum: 1 LeapYear: 0
Year: 2010 WeekNum: 0 LeapYear: 0
Year: 2011 WeekNum: 0 LeapYear: 0
Year: 2012 WeekNum: 0 LeapYear: 1
Year: 2013 WeekNum: 1 LeapYear: 0
Year: 2014 WeekNum: 1 LeapYear: 0
Year: 2015 WeekNum: 1 LeapYear: 0
Year: 2016 WeekNum: 0 LeapYear: 1
Year: 2017 WeekNum: 0 LeapYear: 0
Year: 2018 WeekNum: 1 LeapYear: 0
Year: 2019 WeekNum: 1 LeapYear: 0
Year: 2020 WeekNum: 1 LeapYear: 1




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

#20592 [Com]: mktime(0,0,0,08,02,2003) get the error result "1038758400"

[michael . mauch]

 ID:   20592
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Date/time related
 Operating System: FreeBSD 4.7-STABLE
 PHP Version:  4.2.3
 New Comment:

See :

literal numbers starting with 0 are interpreted as octal numbers, so
you should just omit the 0 and write 8 and 9 instead of 08 and 09.


Previous Comments:


[2002-11-22 23:43:17] [EMAIL PROTECTED]

mktime(0,0,0,08,02,2003) is 1038758400
mktime(0,0,0,09,02,2003) is 1038758400
mktime(0,0,0,10,02,2003) is 1065024000



[2002-11-22 22:14:30] [EMAIL PROTECTED]

mktime(0,0,0,08,02,2003) is 1038758400
mktime(0,0,0,09,02,2003) is 1038758400
mktime(0,0,0,10,02,2003) is 1065024000





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

#20592 [Opn->Bgs]: mktime(0,0,0,08,02,2003) get the error result "1038758400"

[derick]

 ID:   20592
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Date/time related
 Operating System: FreeBSD 4.7-STABLE
 PHP Version:  4.2.3
 New Comment:

right; not a bug in PHP -> bogus


Previous Comments:


[2002-11-23 08:39:25] [EMAIL PROTECTED]

See :

literal numbers starting with 0 are interpreted as octal numbers, so
you should just omit the 0 and write 8 and 9 instead of 08 and 09.



[2002-11-22 23:43:17] [EMAIL PROTECTED]

mktime(0,0,0,08,02,2003) is 1038758400
mktime(0,0,0,09,02,2003) is 1038758400
mktime(0,0,0,10,02,2003) is 1065024000



[2002-11-22 22:14:30] [EMAIL PROTECTED]

mktime(0,0,0,08,02,2003) is 1038758400
mktime(0,0,0,09,02,2003) is 1038758400
mktime(0,0,0,10,02,2003) is 1065024000





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

#20525 [Fbk]: variable references not working correctly

[jan]

 ID:   20525
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Variables related
 Operating System: Windows 2000
 PHP Version:  4.2.3
 New Comment:

when the output is so self explainatory, I'd like to see how it is
produced, hence I have to go through your code. I won't do this, since
I am sure you can shorten that to 10-15 LOC. Also, I asked you twice to
read the docs on references[1] and you did not reply to that by no
means. The '&' operator works different in PHP than in C. Make, at
first, sure, the 'bug' is  due to this confusion, thank you.

[1] http://www.php.net/manual/en/language.references.php
Jan
P.S. I don't want to sound rude as well :)


Previous Comments:


[2002-11-22 10:55:59] [EMAIL PROTECTED]

Also, please look at output from bottom up.  This will make it easier
to understand what is happening.

If you want less output, just comment out the "print_test" functions.

I am included the last set of lines from the output and have noted the
differences between runs with 

You will notice that in the proper code, the B_FIRST, B_SECOND and
B_THIRD objects are stored properly.

In the code using the & reference symbol, only the B_THIRD object is
stored.  It is stored three seperate times.

The proper result should be :

Test:
c_list Object
(
[c_list] => Array
(
[0] => b Object
(
[name] => A_First
[list_array] => Array
(
[0] => a Object
(
[name] => B_First
[order] => 1
)

[1] => a Object
(
[name] => B_Second
[order] => 2
)

[2] => a Object
(
[name] => B_Third
[order] => 3
)
 


Output from BAD calls using the & reference symbol will look like
this:

c_list Object
(
[c_list] => Array
(
[0] => b Object
(
[name] => A_Second
[list_array] => Array
(
[0] => a Object
(
[name] => B_Third 
[order] => 3
)

[1] => a Object
(
[name] => B_Third
[order] => 3
)

[2] => a Object
(
[name] => B_Third
[order] => 3
)





Hope this discussion is alieviates some of your time crunch.

Thanks for those of us who depend on PHP for our businesses.



[2002-11-22 10:31:43] [EMAIL PROTECTED]

I don't want to sound rude, but just run the script as is and you will
see the problem.

This is about as short as I want to get the script so that you see the
problem in depth.

It will take you no amount of time to cut and paste the section into a
new doc and run it. The difference in output will be self explanatory.

So if you would,.just run the script provided.



[2002-11-21 09:59:11] [EMAIL PROTECTED]

Hey,
I should have emphesized on 'short', currently I just don't have the
passion to go through that code in depth without you showing that you
have read the docs. And please come up with a short, self-contained,
easy to read and unterstand script, thanks a lot for your interest in
PHP!

--
Jan



[2002-11-21 09:46:28] [EMAIL PROTECTED]

Script was already included.

Just cut and paste the PHP code into a text editor and save.
Then run.

The script will cycle through and array, building objects out of the
array.  It dumps the values of the objects at certain steps.  You will
see the difference if you follow the instructions below.

Run Script once and look at output.  You will notice that the dump of
the B class will contain repeat elements (actually, it seems to contain
only the last element of the array that was visited).

Edit Script, deleting the &

#16228 [Asn->Csd]: XSLT file path issues

[msopacua]

 ID:   16228
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Assigned
+Status:   Closed
-Bug Type: Documentation problem
+Bug Type: XSLT related
 Operating System: Any
 PHP Version:  4.3.0-dev
 Assigned To:  msopacua
 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 unexpected behavior has been fixed.


Previous Comments:


[2002-10-31 04:08:52] [EMAIL PROTECTED]

When I used absolute path like:
c:/apache/htdocs/xsltest/1.xsl , I got a warning:
Sablotron error on line 1: XML parser error 4: not well-formed (invalid
token) in ...  It seems to me absolute path won't work either.



[2002-10-28 10:55:29] [EMAIL PROTECTED]

This is really a documentation problem - not an interface problem...



[2002-10-08 13:52:40] [EMAIL PROTECTED]

It's not *only* a doc problem.

There are/were some issues with how Sablotron resolves the current
working dir for the various lookups.
It's now being discussed with Ginger Alliance and will be fixed in
forthcoming 4.3.

In addition these rules will be documented properly, when they are
agreed upon and worked out. They should be intuitive as described by
[EMAIL PROTECTED] and that is the goal. There are however 3
types of relative paths in the entire transformation process:
1) entities and DTD's in data documents
2) documents via the document()/xsl:include etc. directives, in the
stylesheet
3) entities and DTD's in the documents fetched in the documents in 1)
and 2) -> recursive.



[2002-10-08 08:17:38] [EMAIL PROTECTED]

I experienced this issue, too and solved it using xslt_set_base().

Anyway I think that this should default to the actual script-dir (like
$PHP_SELF or something) so that you can use relative paths without
having to worry about setting the paths right.



[2002-09-26 01:41:18] [EMAIL PROTECTED]

I also agree, this is not a Decumentations Problem and should be
reclassified. 

There is a bug in the xslt_process code that expects relative paths to
be relative to apache exe's path (i'm using php as a module) eg for me
it looks for files in i:/httpd/apache/. It should be looking in the
path of the current script.

- Mike :-)



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

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

#17785 [Asn->Csd]: Unions by reference result in compile failure

[msopacua]

 ID:   17785
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Assigned
+Status:   Closed
 Bug Type: Semaphore related
 Operating System: BSD/OS 4.2
 PHP Version:  4.0CVS-2002-06-16
 Assigned To:  msopacua
 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-07-22 14:55:52] [EMAIL PROTECTED]

Thanx Derick :-) 
 
The problem seems to be more than a compiling issue only. 
On FreeBSD (tested on 4.5 and 4.6) this compiles ok, but 
than segfaults on it. The problem is however with the 
sysvsem_sem struct: 
Program received signal SIGSEGV, Segmentation fault. 
0x813bdef in zif_sem_remove (ht=0, 
return_value=0x3d3c4f16, this_ptr=0x0, 
return_value_used=0) at 
/home/mdev/cvs/php4/ext/sysvsem/sysvsem.c:391 
391 if(semctl(sem_ptr->semid, 0, IPC_RMID, 
&un) < 0) { 
(gdb) bt 
#0  0x813bdef in zif_sem_remove (ht=0, 
return_value=0x3d3c4f16, this_ptr=0x0, 
return_value_used=0) at 
/home/mdev/cvs/php4/ext/sysvsem/sysvsem.c:391 
#1  0x0 in ?? () 
(gdb) print un 
$1 = {val = 656363, buf = 0xa03eb, array = 0xa03eb} 
(gdb) print &un 
$2 = (union semun *) 0xbfbfbdbc 
(gdb) print sem_ptr 
$3 = (sysvsem_sem *) 0xa03eb 
(gdb) print sem_ptr->semid 
Error accessing memory address 0xa03f3: Bad address. 
 
I noticed that the union for FreeBSD is also different, 
than the one declared in sysvsem.c - especially the 
seminfo *__buf pointer is missing. So this may require 
some more attention, than just a compile fix.



[2002-07-13 18:21:58] [EMAIL PROTECTED]

Assinging to Melvyn



[2002-06-16 10:26:03] [EMAIL PROTECTED]

/chroot/home/mdev/php4-200206160300/ext/sysvsem/sysvsem.c: In function
`zif_sem_remove':
/chroot/home/mdev/php4-200206160300/ext/sysvsem/sysvsem.c:382:
incompatible type for argument 4 of `semctl'
/chroot/home/mdev/php4-200206160300/ext/sysvsem/sysvsem.c:391:
incompatible type for argument 4 of `semctl'


The fix seems to be to replace &un by un in the corresponding lines.




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

#20596 [NEW]: date function gives wrong result for format 't'

[paul . dodd]

From: [EMAIL PROTECTED]
Operating system: WIN 2000
PHP version:  4.2.1
PHP Bug Type: Date/time related
Bug description:  date function gives wrong result for format 't'



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

#20596 [Com]: date function gives wrong result for format 't'

[michael . mauch]

 ID:   20596
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Date/time related
 Operating System: WIN 2000
 PHP Version:  4.2.1
 New Comment:

The second argument of date() should be an integer timestamp, not a
string. You can use e.g. mktime() or strtotime() to get such a
timestamp:

# php -r 'echo date("t", mktime(0,0,0,9,1,2002)),"\n";'
30


Previous Comments:


[2002-11-23 09:30:04] [EMAIL PROTECTED]







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

#20596 [Opn->Bgs]: date function gives wrong result for format 't'

[derick]

 ID:   20596
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Date/time related
 Operating System: WIN 2000
 PHP Version:  4.2.1
 New Comment:

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

Thank you for your interest in PHP.

right, not a bug -> bogus


Previous Comments:


[2002-11-23 09:53:52] [EMAIL PROTECTED]

The second argument of date() should be an integer timestamp, not a
string. You can use e.g. mktime() or strtotime() to get such a
timestamp:

# php -r 'echo date("t", mktime(0,0,0,9,1,2002)),"\n";'
30



[2002-11-23 09:30:04] [EMAIL PROTECTED]







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

#19287 [Com]: updating from 4.2.2 to 4.2.3 file_exists fails

[simon]

 ID:   19287
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Apache2 related
 Operating System: Linux 2.4.18
 PHP Version:  4.2.3
 New Comment:

I am currently having this problem with relative paths and 
file_exists (among file functions) using apache 2.0.43 and 
php 4.3.0RC1 as DSO.


Previous Comments:


[2002-09-11 03:48:16] [EMAIL PROTECTED]

This bug has been fixed in the STABLE branch. You can get the fixed
version at http://snaps.php.net/php4-STABLE-latest.tar.gz which is
basically 4.2.3 + a couple of fixes.



[2002-09-09 05:24:39] [EMAIL PROTECTED]

If it works -> closed.




[2002-09-09 02:00:30] [EMAIL PROTECTED]

Okay,

I feel a bit under-informed about snaps.php.net ... after realising by
using phpinfo, that STABLE-foo is still 4.2.3 I took same snapshot
without "STABLE" ... 

Downloading php4-200209082100.tgz, do the same before
(configure.nice,all,install,restart apache).

Additionally I turned back another snippet of code where I used
file_exists before including. After doing that it didn't run under
4.2.3 again. The code initially turned back still did a good job and I
don't know why - it's assumed to be passed before the second snippet of
code gets parsed and executed.

Well, after restarting apache I first assumed to have 4.3.0-dev
running, then calling the script with both places turned back to use
file_exists and everything was fine there.
For some further assertion I installed 4.2.3 again, checked this
installation with phpinfo and reloaded the site and it didn't work ...
I cycled another time to proove my tests finally and that's my closing
line: it works under 4.3.0-dev.



[2002-09-09 01:24:29] [EMAIL PROTECTED]

So, I installed snapshot php4-STABLE-200209082100.tgz with my old
configure.nice, made "all install" and restarted apache. Then I turned
back what I've changed to workaround that "bug" and reloaded the page.
He did it "fortunately".

Then I changed to php-4.2.3-installation dir and made install and
restarted Apache again. It kept on doing it. Damn, I really called the
script several times before, restarted apache and the whole and he
didn't.

I can't explain and guess you don't, too.



[2002-09-08 14:09:41] [EMAIL PROTECTED]

Tests show this is also the cause of a 4.2.3 include file bug-
my bug #19291.  
I'm using an iPlanet 4.x NSAPI configuration.
Any chance there will be a fix before 4.3.0? (ie. 4.2.4?)
Thanks,  Bob Fillmore



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

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

#20598 [NEW]: bzip2 doesn't create new files

[le10]

From: [EMAIL PROTECTED]
Operating system: Windows NT 4.0 SP6a
PHP version:  4.2.3
PHP Bug Type: Bzip2 Related
Bug description:  bzip2 doesn't create new files

I have tried to test the example 'Small bzip2 Example', but it doesn't
work, the function 'bzopen($filename, "w")' isn't creating a new file. I
get a error 'Warning: bzopen(): Unable to open file in
D:\Inetpub\wwwroot\php\smallbzip2.php on line 7'.
So I change the code from:
--

--
to:
--


My configuration is:

Windows NT 4.0 SP6a;
IIS 4.0;
PHP-4.2.3(binary);
The system has full control over D:\TEMP;


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

#20598 [Opn->Fbk]: bzip2 doesn't create new files

[iliaa]

 ID:   20598
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Bzip2 Related
 Operating System: Windows NT 4.0 SP6a
 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-23 13:08:58] [EMAIL PROTECTED]

I have tried to test the example 'Small bzip2 Example', but it doesn't
work, the function 'bzopen($filename, "w")' isn't creating a new file.
I get a error 'Warning: bzopen(): Unable to open file in
D:\Inetpub\wwwroot\php\smallbzip2.php on line 7'.
So I change the code from:
--

--
to:
--


My configuration is:

Windows NT 4.0 SP6a;
IIS 4.0;
PHP-4.2.3(binary);
The system has full control over D:\TEMP;


Leandro Campos 
Sao Vicente - Sao Paulo - Brazil.




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

#20535 [Com]: zLib crashes when trying to gzuncompress

[sroussey]

 ID:   20535
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Zlib Related
 Operating System: RedHat 7.2
 PHP Version:  4.2.3
 New Comment:

This bug doesn't do anything with files. Note that if I add a length
argument to gzcompress() it does not crash.

Test case:

$zlibcrash=base64_decode("
eNrs22OQZl23Lui0bdu2zUrbfNK2bdtWJaqST6LStm07s9KqNPp7P+zYJ86O2Ke7Dzv635xzjTFm
rBWxfl1xA/hYOfh8rflY+AF8PHy+rnzcfGR2jpbWDtZmZPyufJx8ZBy87Nxsf63Z+Misnf5a/K2D
jI2Vi4mNg52JlZuLiZ3jr1MuPjKAqZu1o8Nfm79VSJpZu/29mvVfD4zMAG7mZPzWfKws7NzcPGzs
LOz/7HN3s3J0+auYl49MAuBhTqJm5Wj+z/vN7QHWdn8fxMNH5vq3cxETazdXNxdzgD2Tg7nbP6vc
rN3s/t7B8bd53xzdSFQdzUjc3B3M+UjUrcxJxOwcHczMSawdSNz+tuNg4SKhATiYkdg7upjT/tX1
t7e2N3d1BVj+fQY3KwsLH5nXeo2+rSs+d8ZHdw/YATJ5h1RaKk/2ZKkFFaVOAM2Blk6Bl2VPa69D
Ujywow+sXdI94KPAlbldRvbBx+Z3jKkcxSzI1f0m9Ou4ROZy7SmWvwFyuaMctprlxrxb+uXkxGz2
E2jPQ41cOcKljGVGLXu6kabF1fl6i1zjrYF5ThIfun3w74gFg46HGvb77RW/w2zWOnv+LCDLlDEc
/hSZz0rGmJ3dRjaXGybxEiRDCfLD1s85/2ezmwqY4mG1WuBe/y9Cro7hlFqO5cXucxtLvw4Yqia+
7/C2RlmRBT3tAiP6rybmTIzDHhpuzX5uMYge2nAdvYr6BqYv8Yo6G2XstMZ94UaPc9lVqWgzsM7W
el8dqV2AOqxCZ3LZlIAa/NnfloEdXl+JXyk9hu176jJ4BgfeV8N7HCvFzqBmNkD+RGJZcvxhlq2i
z/ddcKJnpXnow4OBurdWloltTy4hFmTxRdQZxu5Ygvv5tdy+To/8mikEam3eFi54uy33fKfqO0nz
VqcjxZTf6MJ2A8MZHt8Sw3C4hHcY6hORKAx575vOYpd+tsFUHGPveB3NuGq96d3Pug+RA2YaPGmT
S+MNRC3QFK1SbFMXGmHgewubkOhXXBqzJcdMdvNiNaDOe8KcJAJ9xwtvL4+WynRe8bnvcs4T+avr
ja1oTXp4nnwLFetjx7d54KoGhKHACGlpkzrlNR3ezyASGzkDiRGWdY1hCuqP1pZkTOmiUI/Q9LSV
C7hzp9bcezxuvaOOcGngfmZT7/COusVqbKiGwb81FTV7f1xFW4tsgzXWKxg0uk7xSeALmvG4k/I1
rEkmQ+9gJXGk+qjIuh7sG2M5gKcH2WGlg9+CUTT3Mcw3QhY+u7tIFimbv2h70bB+W6r9Bq+h50mv
pD/CUmeQWhRYvLcboa93ihQ39HUAIy/YV6LT2Vf2EmRKNRoQnf9wSUcrbW7r0eWBwnXKvIJtCoz6
QCOmxHaGY7ijcmO6TijdVVWwEo3qxgowviaRNOKp1IFzV4pXhhxiSImBLwPBDxcUS4FuRCgW4DTp
7Sz7WFc3fmpvDp3liCDis+6TGDeOBIfKAxfW1pnK8VSqrzvpynPRdybQhrJrcG0SAXXJLivac/xl
xLOFU6bHiC3hkyAo+hXGuFb0MwbGOpPUNtTvdiEhS6VBFkjAx/hdHBvgomHX2vwdCWPOs1sZzVFM
P5qT5M1aTtLIuk/0UjEMZDgF7laUQsXzSB4enfKRP78yLqJ70uhncGLfsLAIgdUY/7tiLleB1ZWV
nrqWbaFZNjSKX5Qq/HlOSvgPE1cU4h/QXnsOBnOhR8CZYK6RtvQNvgiQ4h+9r9CrR7xCRGKOmiyi
dGoNWRWuOGZ9MeW4wxp/zOT4rfY0d5dnXcb5OW5LUwXFcIDfyTjiY9NQCKoegGuEDwVi3D/Ipoxr
jaFI8fy3YFdkoWHlOGI3icIC1l4hR5GJwZYwWVWUMrpWfzJcxRLZGLlOkLbNAbtCCDlWDNyM43Gu
hHMmrDKPCTThc1VpK7gYbByqGfxFTcPjQ8/2kzJVwgrY1kfI8OdD7MoKQ0WjVkkZQqMQFNf4tFLe
tATSIaWNGfjxlNJ//ubFR5Vn7V7F9uMeXHY9kHnnSv9MS5lUAEgXbxW/R15k1Et72uZyThpyCdHX
jXd+yd9lUrG1m1Ol4JUWTu4UFc0xfn4WnbX/UUokXhikylmV5KpPZIWejBs4IBqmEPy8YlYqEPh8
HCEOHMRmpEmdzvmTCl3+fejy8/One26g8tXOwYRC7ufj6qfpSnkoQnGNNb+xlgACOKyBcpBo5aK2
Sgke/wYb7ie5houATbTNJwy8bB+kCdnQkjkZSs1uqEc2xJQIRp4CuKJjrOwmhXVyjfbCAC6zLz6p
oSLNkEKzkwFqiON3PHpIpe99Eb3BGMVlS6EPHBJ0+Sce37x1tPQfzwusHKxrhwTmOzubXaU3M4ZO
4d5RIYdMbkjHLGNnnepeYGy+RaDXr879TpWT+9JQfwahQJWG1Nrj+6Z7CnkN6HL/MTDfUZoQLFu8
AaVRCbJHQIkFcSX19KzHPGwO2hUiLsTve/84QHw1mv/K7RJqawIepEQXQ6aDQrCKuGPhKJEhRkPF
0uFmjyH1k48GR1bQLM9lz5g+A26w++O8sKfwvRTvFIJARvqDqT07ydUhdmmyOW2gn1YRkpElUOhi
FZoE/dUmLrBO9Y8hwtxbt84TbGH4MY0gDV3eXHKkdUTNdN8M2kjd5tPO+wvQRWBrOujlgBo7jwOX
UX5TKy/ZS7ZxPjOEdj1acW1NH6RnroPbGIQ1S8YeWTMjRLd5FoLBaS6BjiuycfM+0MIlqNKOC5zg
OTTXOvbB9vhwxDGFT+cVSe6C2H2Vdllpwxg0qznFWPSW4ag4tHoAy4w223LJD/Yqem0TicAzrT8s
Xy5zN/nEgZ9lkdL/VsUvLxICHkLaZIPDFkrxW23TpT+RoTGFuk5kSKgyF5mq69TeW15HUFhCr/xP
ZvVJLDxlIbljSkmMOMzeUmgsRHR2gG3rfhN65w8FMGY4mA5o4zCM9xvsQYL6UwDc9lprpb0cA/0P
TrkgCQ8TavyVSVq/NcPu9u7PgyPefHuVXQJerENu4B4TnSHpIsCObZ1WwM36jW1AyGU8Jo6iMSIQ
/A3yJ1+Hps6YC3vvtzjnHVgVvb6Pat/gHu9YvD7QBYalkgElgiHtjfXxl+HP7S+H+pESZgbgNRr/
5u6P8ETJyyt270R29l4K7yhe6TjTYLKCBCXQlRece/UCcjWh3qMWXxxTI5rtjtrES6Tsvl+jKN5a
XAHrNuL8OnM18ihElJQaTTe3MqKcom1WA087H1ZCD/bnNiZUN4+MCqUGuv0xltxex65SN6hN1zS6
wNx7gvuOEpshVgpf14FRHW5Y6stnBB1q+N8rajy3rQalIwxFh1XMtlv4t3PEPJD4PuMyKS7A47EL
cgxIqt/WvYpEl+hG04oXZsdCIy6UuzryvOXoyDRArUTt41niu8JBMVBnBpb7zHtkR2uBoX1FP3lM
gtpeV3jvKI85f41cM0cwMdSWcg/2wcSvbOfxhckO623QnFU8lggL37mWyiilKp7SHDYwvgfJzO5t
nePmsIivZ3vc8bJUaJKz5zsAE4qAWM2udzdnZp4NBbHT3iZhaZsyTyOMcbQXEcCDORobsDT2vLgw
hrZmaNY7tvOdOhaNoXA+AFSFhZSUdCAr1fjKesU8BxE2Xkbx4MpWbznFj2w1chH0us+mFdAUeWAW
LFkBRoHrwB6juRbW1jX3joHB9vYVgBBFWat2Evh162m6fhtGIoFYJ4G46svjp9V30o/teSdf9y0E
tO4Z2f2XcdM7hIgBWYjCmoUjiNkWmBH7vImmfIl91lVpFHGHT5paTAwRR43z1vqfC3t61sbgV/HI
oekgTneotyusPfw8CYShcdn11AZjaQH91V/5tiBNo7wq9JYAeWwxAvRsfzR9fGnytubQcjcpmH6A
psaONQpn+KUYkhwr4BHAjEK+J1PW1jGyMbmQJz4GSwTizJOUx9Q+QvYidtGx28JJYuOxLeuHCRKy
OSfnIRIbiNaSM+0hKGV87Dm/q0OCYWHWEcmEobjG+YCvuXLUmZZeur2MnDdenok5EDleq8aVkwGC
FZn8I2SOovrUGap/OtJ7q6OhwrTdEUGo/WXTLy2NS75PbvVJazBMyXndFvaPWosjJBWqBZY0gwhl
2xpbqd0iNfwKS5FlikmypJabiotT90d8G78/SPYwiztUFvIa6ir3EF98DyQykyd7wLMUmvyJ46f/
Sn1llte4ej0eOlSQ+KTWY00MoybDB599Jkr0HE6MjOjpLVT/pFr/EnFkIGpXG5dOjdhkJTDi9M+5
lOnq2ybPidMqNyEzwh7Cfd0fnKcrdnJLLaWcOTDb5CDUUS+440Q8mdR4yOBF0qA1NDgGIxDfZaJg
/gPQYjwBRtgCyNxjgcASGN/+nLm5i2+TZq4Ocmy8NXg0oCVqnW1lF+Ild1X134yJ7ND5VlEZx0IL
iQmlnzaYmnAivKAYRngvGbH4RZwSvg/K7Ip/D0bMc2WIClxDvxamnwAUnhGzFylytENwARdyilG+
tNvxmSWSQ7

#20535 [Com]: zLib crashes when trying to gzuncompress

[sroussey]

 ID:   20535
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Zlib Related
 Operating System: RedHat 7.2
 PHP Version:  4.2.3
 New Comment:

OK, that report did not do well. Here you can find the text of the test
case:

http://www.network54.com/zlibcrash.txt


Previous Comments:


[2002-11-23 13:15:17] [EMAIL PROTECTED]

This bug doesn't do anything with files. Note that if I add a length
argument to gzcompress() it does not crash.

Test case:

$zlibcrash=base64_decode("
eNrs22OQZl23Lui0bdu2zUrbfNK2bdtWJaqST6LStm07s9KqNPp7P+zYJ86O2Ke7Dzv635xzjTFm
rBWxfl1xA/hYOfh8rflY+AF8PHy+rnzcfGR2jpbWDtZmZPyufJx8ZBy87Nxsf63Z+Misnf5a/K2D
jI2Vi4mNg52JlZuLiZ3jr1MuPjKAqZu1o8Nfm79VSJpZu/29mvVfD4zMAG7mZPzWfKws7NzcPGzs
LOz/7HN3s3J0+auYl49MAuBhTqJm5Wj+z/vN7QHWdn8fxMNH5vq3cxETazdXNxdzgD2Tg7nbP6vc
rN3s/t7B8bd53xzdSFQdzUjc3B3M+UjUrcxJxOwcHczMSawdSNz+tuNg4SKhATiYkdg7upjT/tX1
t7e2N3d1BVj+fQY3KwsLH5nXeo2+rSs+d8ZHdw/YATJ5h1RaKk/2ZKkFFaVOAM2Blk6Bl2VPa69D
Ujywow+sXdI94KPAlbldRvbBx+Z3jKkcxSzI1f0m9Ou4ROZy7SmWvwFyuaMctprlxrxb+uXkxGz2
E2jPQ41cOcKljGVGLXu6kabF1fl6i1zjrYF5ThIfun3w74gFg46HGvb77RW/w2zWOnv+LCDLlDEc
/hSZz0rGmJ3dRjaXGybxEiRDCfLD1s85/2ezmwqY4mG1WuBe/y9Cro7hlFqO5cXucxtLvw4Yqia+
7/C2RlmRBT3tAiP6rybmTIzDHhpuzX5uMYge2nAdvYr6BqYv8Yo6G2XstMZ94UaPc9lVqWgzsM7W
el8dqV2AOqxCZ3LZlIAa/NnfloEdXl+JXyk9hu176jJ4BgfeV8N7HCvFzqBmNkD+RGJZcvxhlq2i
z/ddcKJnpXnow4OBurdWloltTy4hFmTxRdQZxu5Ygvv5tdy+To/8mikEam3eFi54uy33fKfqO0nz
VqcjxZTf6MJ2A8MZHt8Sw3C4hHcY6hORKAx575vOYpd+tsFUHGPveB3NuGq96d3Pug+RA2YaPGmT
S+MNRC3QFK1SbFMXGmHgewubkOhXXBqzJcdMdvNiNaDOe8KcJAJ9xwtvL4+WynRe8bnvcs4T+avr
ja1oTXp4nnwLFetjx7d54KoGhKHACGlpkzrlNR3ezyASGzkDiRGWdY1hCuqP1pZkTOmiUI/Q9LSV
C7hzp9bcezxuvaOOcGngfmZT7/COusVqbKiGwb81FTV7f1xFW4tsgzXWKxg0uk7xSeALmvG4k/I1
rEkmQ+9gJXGk+qjIuh7sG2M5gKcH2WGlg9+CUTT3Mcw3QhY+u7tIFimbv2h70bB+W6r9Bq+h50mv
pD/CUmeQWhRYvLcboa93ihQ39HUAIy/YV6LT2Vf2EmRKNRoQnf9wSUcrbW7r0eWBwnXKvIJtCoz6
QCOmxHaGY7ijcmO6TijdVVWwEo3qxgowviaRNOKp1IFzV4pXhhxiSImBLwPBDxcUS4FuRCgW4DTp
7Sz7WFc3fmpvDp3liCDis+6TGDeOBIfKAxfW1pnK8VSqrzvpynPRdybQhrJrcG0SAXXJLivac/xl
xLOFU6bHiC3hkyAo+hXGuFb0MwbGOpPUNtTvdiEhS6VBFkjAx/hdHBvgomHX2vwdCWPOs1sZzVFM
P5qT5M1aTtLIuk/0UjEMZDgF7laUQsXzSB4enfKRP78yLqJ70uhncGLfsLAIgdUY/7tiLleB1ZWV
nrqWbaFZNjSKX5Qq/HlOSvgPE1cU4h/QXnsOBnOhR8CZYK6RtvQNvgiQ4h+9r9CrR7xCRGKOmiyi
dGoNWRWuOGZ9MeW4wxp/zOT4rfY0d5dnXcb5OW5LUwXFcIDfyTjiY9NQCKoegGuEDwVi3D/Ipoxr
jaFI8fy3YFdkoWHlOGI3icIC1l4hR5GJwZYwWVWUMrpWfzJcxRLZGLlOkLbNAbtCCDlWDNyM43Gu
hHMmrDKPCTThc1VpK7gYbByqGfxFTcPjQ8/2kzJVwgrY1kfI8OdD7MoKQ0WjVkkZQqMQFNf4tFLe
tATSIaWNGfjxlNJ//ubFR5Vn7V7F9uMeXHY9kHnnSv9MS5lUAEgXbxW/R15k1Et72uZyThpyCdHX
jXd+yd9lUrG1m1Ol4JUWTu4UFc0xfn4WnbX/UUokXhikylmV5KpPZIWejBs4IBqmEPy8YlYqEPh8
HCEOHMRmpEmdzvmTCl3+fejy8/One26g8tXOwYRC7ufj6qfpSnkoQnGNNb+xlgACOKyBcpBo5aK2
Sgke/wYb7ie5houATbTNJwy8bB+kCdnQkjkZSs1uqEc2xJQIRp4CuKJjrOwmhXVyjfbCAC6zLz6p
oSLNkEKzkwFqiON3PHpIpe99Eb3BGMVlS6EPHBJ0+Sce37x1tPQfzwusHKxrhwTmOzubXaU3M4ZO
4d5RIYdMbkjHLGNnnepeYGy+RaDXr879TpWT+9JQfwahQJWG1Nrj+6Z7CnkN6HL/MTDfUZoQLFu8
AaVRCbJHQIkFcSX19KzHPGwO2hUiLsTve/84QHw1mv/K7RJqawIepEQXQ6aDQrCKuGPhKJEhRkPF
0uFmjyH1k48GR1bQLM9lz5g+A26w++O8sKfwvRTvFIJARvqDqT07ydUhdmmyOW2gn1YRkpElUOhi
FZoE/dUmLrBO9Y8hwtxbt84TbGH4MY0gDV3eXHKkdUTNdN8M2kjd5tPO+wvQRWBrOujlgBo7jwOX
UX5TKy/ZS7ZxPjOEdj1acW1NH6RnroPbGIQ1S8YeWTMjRLd5FoLBaS6BjiuycfM+0MIlqNKOC5zg
OTTXOvbB9vhwxDGFT+cVSe6C2H2Vdllpwxg0qznFWPSW4ag4tHoAy4w223LJD/Yqem0TicAzrT8s
Xy5zN/nEgZ9lkdL/VsUvLxICHkLaZIPDFkrxW23TpT+RoTGFuk5kSKgyF5mq69TeW15HUFhCr/xP
ZvVJLDxlIbljSkmMOMzeUmgsRHR2gG3rfhN65w8FMGY4mA5o4zCM9xvsQYL6UwDc9lprpb0cA/0P
TrkgCQ8TavyVSVq/NcPu9u7PgyPefHuVXQJerENu4B4TnSHpIsCObZ1WwM36jW1AyGU8Jo6iMSIQ
/A3yJ1+Hps6YC3vvtzjnHVgVvb6Pat/gHu9YvD7QBYalkgElgiHtjfXxl+HP7S+H+pESZgbgNRr/
5u6P8ETJyyt270R29l4K7yhe6TjTYLKCBCXQlRece/UCcjWh3qMWXxxTI5rtjtrES6Tsvl+jKN5a
XAHrNuL8OnM18ihElJQaTTe3MqKcom1WA087H1ZCD/bnNiZUN4+MCqUGuv0xltxex65SN6hN1zS6
wNx7gvuOEpshVgpf14FRHW5Y6stnBB1q+N8rajy3rQalIwxFh1XMtlv4t3PEPJD4PuMyKS7A47EL
cgxIqt/WvYpEl+hG04oXZsdCIy6UuzryvOXoyDRArUTt41niu8JBMVBnBpb7zHtkR2uBoX1FP3lM
gtpeV3jvKI85f41cM0cwMdSWcg/2wcSvbOfxhckO623QnFU8lggL37mWyiilKp7SHDYwvgfJzO5t
nePmsIivZ3vc8bJUaJKz5zsAE4qAWM2udzdnZp4NBbHT3iZhaZsyTyOMcbQXEcCDORobsDT2vLgw
hrZmaNY7tvOdOhaNoXA+AFSFhZSUdCAr1fjKesU8BxE2Xkbx4MpWbznFj2w1chH0us+mFdAUeWAW
LFkBRoHrwB6juRbW1jX3joHB9vYVgBBFWat2Evh162m6fhtGIoFYJ4G46svjp9V30o/teSdf9y0E
tO4Z2f2XcdM7hIgBWYjCmoUjiNkWmBH7vImmfIl91lVpFHGHT5paTAwRR43z1vqfC3t61sbgV/HI
oekgTneotyusPfw8CYShcdn11AZjaQH91V/5tiBNo7wq9JYAeWwxAvRsfzR9fGnytubQcjcpmH6A
psaONQpn+KUYkhwr4BHAjEK+J1PW1jGyMbmQJz4GSwTizJOUx9Q+QvYidtGx28JJYuOxLeuHCRKy
OSfnIRIbiNaSM+0hKGV87Dm/q0OCYWHWEcmEobjG+YCvuXLUmZZeur2MnDdenok5EDleq8aVkwGC
FZn8I2SOovrUGap/OtJ7q6OhwrTdEUGo/WXTLy2NS75PbvVJazBMyXndFvaPWosjJBWqBZY0gwhl
2xpbqd0iNfwKS5FlikmypJabiotT90d8G78/SPYwiztUFvIa6ir3EF98DyQykyd7wLMUmvyJ46f/
Sn1llte4ej0eOlSQ+KTWY00MoybDB599Jkr0HE6MjOjpLVT/pFr/EnFkIGpXG5dOjd

#19452 [Opn->Fbk]: Apache2 with php4 freeze on HP-UX 11.00

[sniper]

 ID:   19452
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: HP-UX 11.00
 PHP Version:  4CVS-2002-09-17
 New Comment:

Please try what csoto suggested.



Previous Comments:


[2002-11-22 15:58:47] [EMAIL PROTECTED]

I solved my problem by installing the linker (ld) cumulative patch,
available from HP.  In my 11.11/s800 environment, I used PHSS_26560.

For more information, see
http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0x32d6cdec06f1d61190050090279cd0f9,00.html


You might try this and report back here.

Charles



[2002-11-07 10:46:13] [EMAIL PROTECTED]

Okay, it's not just libphp4.so that's causing this symptom.  I get the
same thing when attempting to load mod_perl.so.  I think it's related
to DSOs in Apache 2.0.43 on HP/UX (mine is 11.11).  I think this is NOT
a PHP bug.

Charles



[2002-11-05 15:18:06] [EMAIL PROTECTED]

Interestingly, I show the wrong "extensions" directory in php-config,
even though it's correct in php.ini:

colossus 79: ./php-config --extension-dir
/opt/hpapache2/php/lib/php/extensions/no-debug-zts-20020429

There is no "no-debug..." directory.  Is this compiled incorrectly so
as to cause it to ignore this environment variable?

Charles



[2002-11-05 15:15:19] [EMAIL PROTECTED]

{AOL}ME TOO!{/AOL}

Getting the same problem.  Using HP's Apache2 build from
software.hp.com, which includes Apache 2.0.43 adn PHP 4.2.2.  Per HP's
instruction, I just uncommented the LoadModule line for
modules/libphp4.so.  HTTPD hangs at 97% CPU util.  Have to kill -9 it
and apachectl.  Apache works fine if I re-comment the PHP line, so it's
definitely PHP-related.

Charles



[2002-10-08 13:17:59] [EMAIL PROTECTED]

Same issue with : 

httpd-2.0.43
php4-200210080300

@++
JC



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

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

#20554 [Csd->Bgs]: include_path not correct

[sniper]

 ID:   20554
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Closed
+Status:   Bogus
 Bug Type: *Configuration Issues
 Operating System: Slackware Linux 8.1
 PHP Version:  4.3.0RC1
 New Comment:

Thanks for checking it. :)




Previous Comments:


[2002-11-22 13:33:38] [EMAIL PROTECTED]

You were right.  There was an override in one of my apache
configuration files.  My apologies for a 'bogus' bug.

I will look into using the php forums/newsgroups from now on before
reporting anything further.  

btw - Apache version - Apache/2.0.43



[2002-11-21 21:15:49] [EMAIL PROTECTED]

What apache version are you using?

And are you sure the include_path is not overridden
in httpd.conf or in some .htaccess file?





[2002-11-21 18:48:20] [EMAIL PROTECTED]

Is there something wrong with include_path from the ini file?

grep include_path /usr/local/lib/php.ini
; (directory must also be in include_path or full path must
include_path=/usr/local/lib/php:/share/web/php:/share/web/secure/auth:/share/web/secure:/usr/local/apache2/php

;include_path = ".;c:\php\includes"

*** Please note the '/share/web/secure/auth' path.


ls -al /share/web/secure/auth
total 34
drwxr-xr-x2 nobody   users 168 Nov 21 16:12 ./
drwxrwxr-x   10 nobody   users 528 Nov 21 16:12 ../
-rwxr-x---1 nobody   users9663 Nov 21 18:14 auth.php*
-rwxr-x---1 nobody   users5548 Nov 21 17:14 login.php*
-rwxr-x---1 nobody   users 118 Nov 21 15:57 logout.php*
-rwxr-x---1 nobody   users5235 Nov 21 16:47
request_pass.php*

*** sane permissions

Portion of script producing errors:
error_log("cfg_file_path=".get_cfg_var('cfg_file_path'), 0);
error_log("Include path: ".ini_get('include_path'), 0 );
require "auth.php";


Output of error log:
[21-Nov-2002 18:32:38] cfg_file_path=/usr/local/lib/php.ini
[21-Nov-2002 18:32:38] Include path:
/usr/local/lib/php:/share/web/php:/share/web/secure:/usr/local/apache2/php
[21-Nov-2002 18:32:38] PHP Warning:  main(auth.php) [function.main]: failed to
create stream: No such file or directory in /share2/mymp3/index.php on
line 11
[21-Nov-2002 18:32:38] PHP Fatal error:  Failed opening required
'auth.php'
(include_path='/usr/local/lib/php:/share/web/php:/share/web/secure:/usr/local/apache2/php')
in /share2/mymp3/index.php on line 11


So  cfg_file_path says the config file is being used.
but ini_get shows the path does not match my php.ini 

I checked all my files and no ini_set over-rides are in place.  Is this
parameter cached somewhere or somehow?

Regards,
Kevin Carlson




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

#20599 [NEW]: DoS PHP/include...

[sc2]

From: [EMAIL PROTECTED]
Operating system: suse
PHP version:  4.2.3
PHP Bug Type: Unknown/Other Function
Bug description:  DoS PHP/include...

hello 
i just wanna know if it is in any future version of php any variant to
stop DoS / with Includes
see
http://geodsoft.com/opinion/PHP-DoSattacks.htm

so that users can make endless lopp with includes

yes i know i can disable the include dir./require..but is there any other
that i can make (or php team) so that DoS is not so easy..

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

#20599 [Opn->Bgs]: DoS PHP/include...

[derick]

 ID:   20599
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: suse
 PHP Version:  4.2.3
 New Comment:

no, we're not going to disallow include/require.

Derick


Previous Comments:


[2002-11-23 13:34:03] [EMAIL PROTECTED]

hello 
i just wanna know if it is in any future version of php any variant to
stop DoS / with Includes
see
http://geodsoft.com/opinion/PHP-DoSattacks.htm

so that users can make endless lopp with includes

yes i know i can disable the include dir./require..but is there any
other that i can make (or php team) so that DoS is not so easy..

thx




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

#20599 [Bgs->]: DoS PHP/include...

[sniper]

 ID:   20599
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Won\'t fix
-Bug Type: Unknown/Other Function
+Bug Type: Scripting Engine problem
 Operating System: suse
 PHP Version:  4.2.3
 New Comment:

This has been told many times before..you really should have searched
the bug database first. 

If you didn't know, you can do the same thing in quite many
ways, not only with include()..



Previous Comments:


[2002-11-23 13:36:31] [EMAIL PROTECTED]

no, we're not going to disallow include/require.

Derick



[2002-11-23 13:34:03] [EMAIL PROTECTED]

hello 
i just wanna know if it is in any future version of php any variant to
stop DoS / with Includes
see
http://geodsoft.com/opinion/PHP-DoSattacks.htm

so that users can make endless lopp with includes

yes i know i can disable the include dir./require..but is there any
other that i can make (or php team) so that DoS is not so easy..

thx




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

#20600 [NEW]: Parsing Bug

[artistoex]

From: [EMAIL PROTECTED]
Operating system: Win32
PHP version:  4.2.3
PHP Bug Type: Scripting Engine problem
Bug description:  Parsing Bug

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

#20599 [WFx->Opn]: DoS PHP/include...

[sc2]

 ID:   20599
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Won't fix
+Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: suse
 PHP Version:  4.2.3
 New Comment:

ok thanks and sorry for your time

but where is responsible for this?...may a contact apache ..? for
hosters it would be easy when apache or php checks if in XX-Times the
same include is openauto detect...(yes other ways works too but
oftens includes are used (with false scripts etc))


Previous Comments:


[2002-11-23 13:36:53] [EMAIL PROTECTED]

This has been told many times before..you really should have searched
the bug database first. 

If you didn't know, you can do the same thing in quite many
ways, not only with include()..




[2002-11-23 13:36:31] [EMAIL PROTECTED]

no, we're not going to disallow include/require.

Derick



[2002-11-23 13:34:03] [EMAIL PROTECTED]

hello 
i just wanna know if it is in any future version of php any variant to
stop DoS / with Includes
see
http://geodsoft.com/opinion/PHP-DoSattacks.htm

so that users can make endless lopp with includes

yes i know i can disable the include dir./require..but is there any
other that i can make (or php team) so that DoS is not so easy..

thx




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

#20600 [Opn->Bgs]: Parsing Bug

[derick]

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

Works fine:

[derick@kossu derick]$ php


Parse error: parse error in - on line 6
-(6) : Parse error - parse error
[derick@kossu derick]$ php -v
PHP 4.3.0-dev (cli) (built: Nov 21 2002 14:11:40)
Copyright (c) 1997-2002 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies


And BTW: just fix the code; if PHP can not parse it the parser goes
into an unstable state. Not really a bug.

Derick


Previous Comments:


[2002-11-23 13:50:08] [EMAIL PROTECTED]

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

#20599 [Opn->]: DoS PHP/include...

[derick]

 ID:   20599
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Won\'t fix
 Bug Type: Scripting Engine problem
 Operating System: suse
 PHP Version:  4.2.3
 New Comment:

It's really not for PHP to solve all problems of the world.




Previous Comments:


[2002-11-23 13:51:35] [EMAIL PROTECTED]

ok thanks and sorry for your time

but where is responsible for this?...may a contact apache ..? for
hosters it would be easy when apache or php checks if in XX-Times the
same include is openauto detect...(yes other ways works too but
oftens includes are used (with false scripts etc))



[2002-11-23 13:36:53] [EMAIL PROTECTED]

This has been told many times before..you really should have searched
the bug database first. 

If you didn't know, you can do the same thing in quite many
ways, not only with include()..




[2002-11-23 13:36:31] [EMAIL PROTECTED]

no, we're not going to disallow include/require.

Derick



[2002-11-23 13:34:03] [EMAIL PROTECTED]

hello 
i just wanna know if it is in any future version of php any variant to
stop DoS / with Includes
see
http://geodsoft.com/opinion/PHP-DoSattacks.htm

so that users can make endless lopp with includes

yes i know i can disable the include dir./require..but is there any
other that i can make (or php team) so that DoS is not so easy..

thx




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

#20600 [Com]: Parsing Bug

[artistoex]

 ID:   20600
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: Win32
 PHP Version:  4.2.3
 New Comment:

Another interesting thing:
example 1


Parse error: parse error in - on line 6
-(6) : Parse error - parse error
[derick@kossu derick]$ php -v
PHP 4.3.0-dev (cli) (built: Nov 21 2002 14:11:40)
Copyright (c) 1997-2002 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies


And BTW: just fix the code; if PHP can not parse it the parser goes
into an unstable state. Not really a bug.

Derick



[2002-11-23 13:50:08] [EMAIL PROTECTED]

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

#20599 [WFx->Opn]: DoS PHP/include...

[sc2]

 ID:   20599
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Won't fix
+Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: suse
 PHP Version:  4.2.3
 New Comment:

yes thats not but it is a "php" releated problem..
i know it is free etc...
but if anyone of the PHP has the time / ressource...
/ knowledge... it doesnt hurt for php team..if they made a feature for
the admins of php..

it is the time,money or just a "presdige"?
be cool, dont be so "aggressiv" in your answers


Previous Comments:


[2002-11-23 13:53:52] [EMAIL PROTECTED]

It's really not for PHP to solve all problems of the world.





[2002-11-23 13:51:35] [EMAIL PROTECTED]

ok thanks and sorry for your time

but where is responsible for this?...may a contact apache ..? for
hosters it would be easy when apache or php checks if in XX-Times the
same include is openauto detect...(yes other ways works too but
oftens includes are used (with false scripts etc))



[2002-11-23 13:36:53] [EMAIL PROTECTED]

This has been told many times before..you really should have searched
the bug database first. 

If you didn't know, you can do the same thing in quite many
ways, not only with include()..




[2002-11-23 13:36:31] [EMAIL PROTECTED]

no, we're not going to disallow include/require.

Derick



[2002-11-23 13:34:03] [EMAIL PROTECTED]

hello 
i just wanna know if it is in any future version of php any variant to
stop DoS / with Includes
see
http://geodsoft.com/opinion/PHP-DoSattacks.htm

so that users can make endless lopp with includes

yes i know i can disable the include dir./require..but is there any
other that i can make (or php team) so that DoS is not so easy..

thx




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

#20601 [NEW]: A simple syntax parse error

[mort]

From: [EMAIL PROTECTED]
Operating system: Windows ME
PHP version:  4.3.0RC1
PHP Bug Type: Unknown/Other Function
Bug description:  A simple syntax parse error

When using single quotes (i dont know if they will be allowed to show here)
(') inside double quote strings ("), a parse error is produced;

Parse error: parse error, unexpected T_ENCAPSED_AND_WHITESPACE, expecting
T_STRING or T_VARIABLE or T_NUM_STRING

This happened on Windows ME, using the latest Apache 1.3, and all settings
in php.ini are default.

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

#20599 [Opn->]: DoS PHP/include...

[derick]

 ID:   20599
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Won\'t fix
 Bug Type: Scripting Engine problem
 Operating System: suse
 PHP Version:  4.2.3
 New Comment:

Official statement:
We don't have any interest in fixing this problem as it would make PHP
unnecessary slow; things like this were discussed before on numerous
times, I'm sure you can find them in our bug database.

And my answer has nothing to do with prestige, it's more common sense.
And if you think this was an aggresive answer you're wrong, I can be
much worse :)

Derick


Previous Comments:


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

yes thats not but it is a "php" releated problem..
i know it is free etc...
but if anyone of the PHP has the time / ressource...
/ knowledge... it doesnt hurt for php team..if they made a feature for
the admins of php..

it is the time,money or just a "presdige"?
be cool, dont be so "aggressiv" in your answers



[2002-11-23 13:53:52] [EMAIL PROTECTED]

It's really not for PHP to solve all problems of the world.





[2002-11-23 13:51:35] [EMAIL PROTECTED]

ok thanks and sorry for your time

but where is responsible for this?...may a contact apache ..? for
hosters it would be easy when apache or php checks if in XX-Times the
same include is openauto detect...(yes other ways works too but
oftens includes are used (with false scripts etc))



[2002-11-23 13:36:53] [EMAIL PROTECTED]

This has been told many times before..you really should have searched
the bug database first. 

If you didn't know, you can do the same thing in quite many
ways, not only with include()..




[2002-11-23 13:36:31] [EMAIL PROTECTED]

no, we're not going to disallow include/require.

Derick



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

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

#20601 [Opn->Fbk]: A simple syntax parse error

[jan]

 ID:   20601
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Unknown/Other Function
 Operating System: Windows ME
 PHP Version:  4.3.0RC1
 New Comment:

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

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

Thank you for your interest in PHP.


can you include a short script?


Previous Comments:


[2002-11-23 14:01:43] [EMAIL PROTECTED]

When using single quotes (i dont know if they will be allowed to show
here) (') inside double quote strings ("), a parse error is produced;

Parse error: parse error, unexpected T_ENCAPSED_AND_WHITESPACE,
expecting T_STRING or T_VARIABLE or T_NUM_STRING

This happened on Windows ME, using the latest Apache 1.3, and all
settings in php.ini are default.

This is very annoying, please fix it!




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

#20599 [WFx->Opn]: DoS PHP/include...

[sc2]

 ID:   20599
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Won't fix
+Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: suse
 PHP Version:  4.2.3
 New Comment:

ok thx , if you mean this is the right way...


Previous Comments:


[2002-11-23 14:04:34] [EMAIL PROTECTED]

Official statement:
We don't have any interest in fixing this problem as it would make PHP
unnecessary slow; things like this were discussed before on numerous
times, I'm sure you can find them in our bug database.

And my answer has nothing to do with prestige, it's more common sense.
And if you think this was an aggresive answer you're wrong, I can be
much worse :)

Derick



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

yes thats not but it is a "php" releated problem..
i know it is free etc...
but if anyone of the PHP has the time / ressource...
/ knowledge... it doesnt hurt for php team..if they made a feature for
the admins of php..

it is the time,money or just a "presdige"?
be cool, dont be so "aggressiv" in your answers



[2002-11-23 13:53:52] [EMAIL PROTECTED]

It's really not for PHP to solve all problems of the world.





[2002-11-23 13:51:35] [EMAIL PROTECTED]

ok thanks and sorry for your time

but where is responsible for this?...may a contact apache ..? for
hosters it would be easy when apache or php checks if in XX-Times the
same include is openauto detect...(yes other ways works too but
oftens includes are used (with false scripts etc))



[2002-11-23 13:36:53] [EMAIL PROTECTED]

This has been told many times before..you really should have searched
the bug database first. 

If you didn't know, you can do the same thing in quite many
ways, not only with include()..




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

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

#20599 [Opn->]: DoS PHP/include...

[sniper]

 ID:   20599
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Won\'t fix
 Bug Type: Scripting Engine problem
 Operating System: suse
 PHP Version:  4.2.3


Previous Comments:


[2002-11-23 14:06:51] [EMAIL PROTECTED]

ok thx , if you mean this is the right way...



[2002-11-23 14:04:34] [EMAIL PROTECTED]

Official statement:
We don't have any interest in fixing this problem as it would make PHP
unnecessary slow; things like this were discussed before on numerous
times, I'm sure you can find them in our bug database.

And my answer has nothing to do with prestige, it's more common sense.
And if you think this was an aggresive answer you're wrong, I can be
much worse :)

Derick



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

yes thats not but it is a "php" releated problem..
i know it is free etc...
but if anyone of the PHP has the time / ressource...
/ knowledge... it doesnt hurt for php team..if they made a feature for
the admins of php..

it is the time,money or just a "presdige"?
be cool, dont be so "aggressiv" in your answers



[2002-11-23 13:53:52] [EMAIL PROTECTED]

It's really not for PHP to solve all problems of the world.





[2002-11-23 13:51:35] [EMAIL PROTECTED]

ok thanks and sorry for your time

but where is responsible for this?...may a contact apache ..? for
hosters it would be easy when apache or php checks if in XX-Times the
same include is openauto detect...(yes other ways works too but
oftens includes are used (with false scripts etc))



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

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

#20599 [WFx->Opn]: DoS PHP/include...

[sc2]

 ID:   20599
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Won't fix
+Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: suse
 PHP Version:  4.2.3
 New Comment:

ps: you can solve it, thx


Previous Comments:


[2002-11-23 14:06:51] [EMAIL PROTECTED]

ok thx , if you mean this is the right way...



[2002-11-23 14:04:34] [EMAIL PROTECTED]

Official statement:
We don't have any interest in fixing this problem as it would make PHP
unnecessary slow; things like this were discussed before on numerous
times, I'm sure you can find them in our bug database.

And my answer has nothing to do with prestige, it's more common sense.
And if you think this was an aggresive answer you're wrong, I can be
much worse :)

Derick



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

yes thats not but it is a "php" releated problem..
i know it is free etc...
but if anyone of the PHP has the time / ressource...
/ knowledge... it doesnt hurt for php team..if they made a feature for
the admins of php..

it is the time,money or just a "presdige"?
be cool, dont be so "aggressiv" in your answers



[2002-11-23 13:53:52] [EMAIL PROTECTED]

It's really not for PHP to solve all problems of the world.





[2002-11-23 13:51:35] [EMAIL PROTECTED]

ok thanks and sorry for your time

but where is responsible for this?...may a contact apache ..? for
hosters it would be easy when apache or php checks if in XX-Times the
same include is openauto detect...(yes other ways works too but
oftens includes are used (with false scripts etc))



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

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

#20599 [Opn->]: DoS PHP/include...

[sniper]

 ID:   20599
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Won\'t fix
 Bug Type: Scripting Engine problem
 Operating System: suse
 PHP Version:  4.2.3


Previous Comments:


[2002-11-23 14:07:42] [EMAIL PROTECTED]

ps: you can solve it, thx



[2002-11-23 14:06:51] [EMAIL PROTECTED]

ok thx , if you mean this is the right way...



[2002-11-23 14:04:34] [EMAIL PROTECTED]

Official statement:
We don't have any interest in fixing this problem as it would make PHP
unnecessary slow; things like this were discussed before on numerous
times, I'm sure you can find them in our bug database.

And my answer has nothing to do with prestige, it's more common sense.
And if you think this was an aggresive answer you're wrong, I can be
much worse :)

Derick



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

yes thats not but it is a "php" releated problem..
i know it is free etc...
but if anyone of the PHP has the time / ressource...
/ knowledge... it doesnt hurt for php team..if they made a feature for
the admins of php..

it is the time,money or just a "presdige"?
be cool, dont be so "aggressiv" in your answers



[2002-11-23 13:53:52] [EMAIL PROTECTED]

It's really not for PHP to solve all problems of the world.





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

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

#20599 [WFx->]: DoS PHP/include...

[derick]

 ID:   20599
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Won\'t fix
 Bug Type: Scripting Engine problem
 Operating System: suse
 PHP Version:  4.2.3


Previous Comments:


[2002-11-23 14:07:42] [EMAIL PROTECTED]

ps: you can solve it, thx



[2002-11-23 14:06:51] [EMAIL PROTECTED]

ok thx , if you mean this is the right way...



[2002-11-23 14:04:34] [EMAIL PROTECTED]

Official statement:
We don't have any interest in fixing this problem as it would make PHP
unnecessary slow; things like this were discussed before on numerous
times, I'm sure you can find them in our bug database.

And my answer has nothing to do with prestige, it's more common sense.
And if you think this was an aggresive answer you're wrong, I can be
much worse :)

Derick



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

yes thats not but it is a "php" releated problem..
i know it is free etc...
but if anyone of the PHP has the time / ressource...
/ knowledge... it doesnt hurt for php team..if they made a feature for
the admins of php..

it is the time,money or just a "presdige"?
be cool, dont be so "aggressiv" in your answers



[2002-11-23 13:53:52] [EMAIL PROTECTED]

It's really not for PHP to solve all problems of the world.





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

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

#15725 [Asn->Csd]: SSL support in FTP

[wez]

 ID:   15725
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Assigned
+Status:   Closed
 Bug Type: Feature/Change Request
 Operating System: Linux 2.4.7
 PHP Version:  4.1.1
 Assigned To:  wez
 New Comment:

Thanks to Stefan, this is in PHP 4.3.


Previous Comments:


[2002-02-26 09:27:15] [EMAIL PROTECTED]

I'll see if I can add support for this using the new SSL streams.

--Wez.



[2002-02-26 05:26:48] [EMAIL PROTECTED]

for now you have to use the cURL extension for that
(http://php.net/curl), it has FTP support and if 
compiled with SSL it should be able to do FTP with
SSL afaik





[2002-02-26 02:41:40] [EMAIL PROTECTED]

Hello guys,

I'm a big PHP lover. But i'm missing one feature in it actually. Which
I think is getting more and more imporant. At my work we work a lot
with SSL connections. But PHP doesn't seems to support SSL ftp
connections (ftp_connect). Will it be built in feature? Or is there a
work around for it?

I would be greatfull :)


Greetings,
G. Krist




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

#20599 [WFx->]: DoS PHP/include...

[zimt]

 ID:   20599
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Won\'t fix
 Bug Type: Scripting Engine problem
 Operating System: suse
 PHP Version:  4.2.3
 New Comment:

hey,
maybe you dont understand:

This is no Error in PHP.

you can do endless loops in nearly every Programming language - thats
not a bug of this language, its responsibility of the Users (the Coders
who use this Language).

If you would have read and understand the article you quoted (ok, you
posted the URL), you would have seen it isnt a Bug.

If you do not want Users producing endless Loops on your machine,
simply dont give them access.

As i see youre from austria, so if your english is not good enough,
feel free to contact me, i can explain it in German to you


Previous Comments:


[2002-11-23 14:07:42] [EMAIL PROTECTED]

ps: you can solve it, thx



[2002-11-23 14:06:51] [EMAIL PROTECTED]

ok thx , if you mean this is the right way...



[2002-11-23 14:04:34] [EMAIL PROTECTED]

Official statement:
We don't have any interest in fixing this problem as it would make PHP
unnecessary slow; things like this were discussed before on numerous
times, I'm sure you can find them in our bug database.

And my answer has nothing to do with prestige, it's more common sense.
And if you think this was an aggresive answer you're wrong, I can be
much worse :)

Derick



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

yes thats not but it is a "php" releated problem..
i know it is free etc...
but if anyone of the PHP has the time / ressource...
/ knowledge... it doesnt hurt for php team..if they made a feature for
the admins of php..

it is the time,money or just a "presdige"?
be cool, dont be so "aggressiv" in your answers



[2002-11-23 13:53:52] [EMAIL PROTECTED]

It's really not for PHP to solve all problems of the world.





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

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

#20564 [Opn->Csd]: ext/dba/dba_db3.c requires patch to build against DB 4.1.24

[helly]

 ID:   20564
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: Any
 PHP Version:  4.2.3
-Assigned To:  
+Assigned To:  helly
 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.

I will make a db4 module and try to check the versions in all BerkleyDB
modules.


Previous Comments:


[2002-11-22 03:34:57] [EMAIL PROTECTED]

ext/dba/dba_db3.c builds fine against DB 4.0.x, but
requires a little patch to build against DB 4.1.X:

--- php-4.2.3/ext/dba/dba_db3.c.origThu Apr 18 14:31:19 2002
+++ php-4.2.3/ext/dba/dba_db3.c Fri Nov 22 10:30:24 2002
@@ -74,7 +74,11 @@
}

if (db_create(&dbp, NULL, 0) == 0 &&
+#if (DB_VERSION_MAJOR == 4 && DB_VERSION_MINOR >= 1)
+   dbp->open(dbp, 0, info->path, NULL, type, gmode, filemode)
== 0) {
+#else
dbp->open(dbp, info->path, NULL, type, gmode, filemode) ==
0) {
+#endif
dba_db3_data *data;

data = malloc(sizeof(*data));





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

#20559 [Opn->Fbk]: .phps unable just doesnt work

[iliaa]

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

AddType application/x-httpd-php-source .phps works just fine on my test
boxes in Apache 1 and Apache 2 using PHP 4.3.0-dev or 4.4.0-dev. Try
removed the .php4s, see if that solves the problem, other then that I
think this problem may have something to do with your local
configuration.


Previous Comments:


[2002-11-22 01:24:27] [EMAIL PROTECTED]

I installed the latest CVS snapshot and i am yet having the same
problem. I checked phpinfo to make sure that i have the correct build
installed and it does confirm im using the cvs i.e PHP Version
4.4.0-dev

I have been using this httpd.conf for quite a long time. And if im not
mistaken, the older versions (i think 4.1.x or so) did allow 

I tested this on one of the other boxes i have at office (development
box) and there im using 4.2.2 again with debian 3.0. It doesnt work
there either. Access log shows its being visited properly (code 200) 
but im getting the same error. here i havent made any changes really to
the httpd.conf im running it straight from the htdocs and default
settings of apache.

Even if i didnt add the addtype ... it should atleast let me download..
so i dont think thats the problem. but in either case i have the
addtype  for it.



[2002-11-22 00:54:04] [EMAIL PROTECTED]

i tried checking the logs.. in error logs i get nothing
however access log shows the correct info
 - - [22/Nov/2002:12:23:26 +0530] "GET /phpinfo.phps HTTP/1.1"
200 -

i am downloading and installing the latest snapshot.. will get back on
that as soon as im done.



[2002-11-22 00:04: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

And you should also check your apache logs as it seems like
it's segfaulting or you have misconfigured the phps support.




[2002-11-21 23:00:12] [EMAIL PROTECTED]

I keep getting from lynx
Alert!: Unexpected network read error; connection aborted.
whenever i try and access any .phps script. I even just wrote a simple
phpinfo script with .phps extension and that failed too

My system is Debian 3.0 and im using a recompiled php. Im not sure if
it worked when i did a fresh compile.
'./configure' '--with-apxs=/usr/local/apache/bin/apxs'
'--with-mysql=/usr/local/mysql' '--with-zlib' '--with-gd=/usr'
'--with-jpeg-dir=/usr' '--with-vpopmail' '--with-png-dir=/usr'
'--with-freetype-dir=/usr' '--enable-gd-native-ttf' '--with-ttf'
'--with-xml' '--with-mhash' '--with-mcrypt' '--enable-calendar'
'--enable-ftp' '--enable-wddx' '--with-filepro' '--with-bz2'
'--with-cpdflib=/usr/lib' '--with-curl=/usr/include/curl'
'--with-gettext' '--with-pdf' '--with-openssl' '--with-session'
'--with-imap=/home/installers/mail/imap-2002'
'--with-imap-ssl=/usr/local/ssl' '--enable-bcmath' '--enable-sockets'
'--enable-track-vars' '--enable-trans-sid' '--enable-magic-quotes'
'--enable-inline-optimization' 

I am leaving on a copy of both .php and .phps online and will be
available at www.php-india.com/phpinfo.php and
www.php-india.com/phpinfo.phps

my apache addtype is : AddType application/x-httpd-php-source .phps
.php4s





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

#20500 [Opn->Bgs]: I can't compile php-4.2.3. with oracle9i and apache_1.3.26

[iliaa]

 ID:   20500
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: OCI8 related
 Operating System: SunOS servicios2 5.9 Generic_112
 PHP Version:  4.2.3
 New Comment:

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

Thank you for your interest in PHP.

You are trying to link a 64bit library with 32bit code, no wonder it
does not work. Either make PHP use the 32bit library or pass the
compiler a flag telling it to compile PHP in 64bit mode.


Previous Comments:


[2002-11-19 13:37:55] [EMAIL PROTECTED]

i have configure my php with the following line:

./configure --with-config-file-path=/etc --enable-magic-quotes
--enable-debug --with-oci8=/u01/app/oracle/product/9.2.0.1.0  --enabl
e-socket --with-apache=/export/home0/src/apache_1.3.27 

but when i try to compile it i get the following error:

ld: fatal: file /u01/app/oracle/product/9.2.0.1.0/lib/libclntsh.so:
wrong ELF class: ELFCLASS64
ld: fatal: File processing errors. No output written to conftest

i have try to change the libraries link to the lib32 in the oracle
directory but it didn't workout.

This is what my debug.log show:

CONFIGURE:   './configure' '--with-config-file-path=/etc'
'--enable-magic-quotes' '--enable-debug'
'--with-oci8=/u01/app/oracle/prod
uct/9.2.0.1.0' '--enable-socket'
CC: gcc
CFLAGS: -g -O2
CPPFLAGS:-D_POSIX_PTHREAD_SEMANTICS
CXX:
CXXFLAGS:   
INCLUDES:  -I$(top_builddir)/Zend
-I/export/home0/src/php-4.2.3/ext/mysql/libmysql
-I/u01/app/oracle/product/9.2.0.1.0/rdbms/pub
lic -I/u01/app/oracle/product/9.2.0.1.0/rdbms/demo
-I/u01/app/oracle/product/9.2.0.1.0/plsql/public
LDFLAGS: -R/usr/ucblib -L/usr/ucblib
-R/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.2
-L/usr/local/lib/gcc-lib/sparc-sun-solari
s2.9/3.2 -R/u01/app/oracle/product/9.2.0.1.0/lib
-L/u01/app/oracle/product/9.2.0.1.0/lib
LIBS:   -lcrypt -lresolv -lresolv -lresolv -lm -ldl -lnsl -lsocket 
-lsocket -lgcc -lcrypt -lnsl -lsocket -lgen -ldl -lclntsh
DLIBS:  
SAPI:   cgi
PHP_RPATHS:  /usr/ucblib
/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.2
/u01/app/oracle/product/9.2.0.1.0/lib
uname -a:   SunOS servicios2 5.9 Generic_112233-01 sun4u sparc
SUNW,Ultra-4

gcc -o conftest -g -O2  -D_POSIX_PTHREAD_SEMANTICS  -R/usr/ucblib
-L/usr/ucblib -R/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.2 -L
/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.2
-R/u01/app/oracle/product/9.2.0.1.0/lib
-L/u01/app/oracle/product/9.2.0.1.0/lib conf
test.c -lcrypt -lresolv -lresolv -lresolv -lm -ldl -lnsl -lsocket 
-lsocket -lgcc -lcrypt -lnsl -lsocket -lgen -ldl -lclntsh 1>&5
ld: fatal: file /u01/app/oracle/product/9.2.0.1.0/lib/libclntsh.so:
wrong ELF class: ELFCLASS64
ld: fatal: File processing errors. No output written to conftest
collect2: ld returned 1 exit status





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

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

[iliaa]

 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:

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

Your example session code is not correct. It should be something like
this:





Previous Comments:


[2002-11-22 12:16:56] [EMAIL PROTECTED]

Yes but no :)

It is the same problem with this config.

I desespere !
Please help me.



[2002-11-22 10:31:24] [EMAIL PROTECTED]

Please take a look at the solution on this bug report:

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

As this only happens with IE, I think it might be 
the same problem..




[2002-11-22 00:41:27] [EMAIL PROTECTED]

my problem is the same than http://bugs.php.net/bug.php?id=20537

please help me.
The php 4.3-dev let me a lot of problems for my users : function alredy
declared, setlocale(), others errors...

I'm obliged to used php 4.1* or 4.2*

thanks al lot for you help 
PS : it's for more than 500 users in the world (90 request per second
!)



[2002-11-22 00:36:06] [EMAIL PROTECTED]

script.php :


script2.php :




[2002-11-21 17:37:49] [EMAIL PROTECTED]

We need to see your code, please put the sources of those
scripts available too.

And DO NOT add comments to your own bug report, update the status and
version information when they change!




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

#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:

Does this happen when PHP dso module is not loaded?


Previous Comments:


[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

#20573 [Opn->Bgs]: imap_headerinfo problem with multiple line headers

[iliaa]

 ID:   20573
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: IMAP related
 Operating System: RH 7.1, Linux 2.4.9-34smp
 PHP Version:  4.2.3
 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.

This is an IMAP library bug, not a PHP one. PHP simply returns the data
passed to it by the IMAP library, you should contact the developers of
the IMAP library you are using about this issue.


Previous Comments:


[2002-11-22 16:37:08] [EMAIL PROTECTED]

I installed snap version and made the same tests.
It doesn't work, the header remain in one line and
the decode function fail.

Bye



[2002-11-22 11:17:35] [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-22 09:03:36] [EMAIL PROTECTED]

Hi,

When a message header is encoded it is splitted
into multiple lines if it's too long.
But when I Call imap_headerinfo for this message,
I get the header on a unique line and 
imap_mime_header_decode fail to decode it !
If I trace the IMAP connection, the server seems
to return 1 line for the fetch command so it
should be the imap_headerinfo function that sould
split again the header

--- Message headers copy ---
X-mailer: AspMail 3.0 (SMTP064982)
Subject: =?ISO-8859-1?Q?Multi-lines Message=
 blah blah blah?=
Mime-Version: 1.0
--- End ---

bye




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

#20302 [Opn->Fbk]: Leaked Descriptors

[iliaa]

 ID:   20302
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Scripting Engine problem
 Operating System: Linux 2.4.18
 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-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

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

[thibaud]

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

No !

Because the register_global is defined as On.

register_argc_argv
 On On 
register_globals
 On On 

And when the register_globals is defined as On, the session params can
be used as variable ...

It's indeed a bug because the variables of session are not sauved in
files. (0 lines in the file created).

In every case, I decided to go back php in module apache because
mod_bandwidth of apache seems to talk an incompatibility with php in
CGI (the scripts php are not  interpretes when it is activated..) 

If you have a solution for the two problems...

To part it, please , think you whom it is preferable to cross php in
CGI or to leave it in module (by knowing that I have a lot of traffic
(90 requests per second))


Previous Comments:


[2002-11-23 15:54:19] [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

Your example session code is not correct. It should be something like
this:






[2002-11-22 12:16:56] [EMAIL PROTECTED]

Yes but no :)

It is the same problem with this config.

I desespere !
Please help me.



[2002-11-22 10:31:24] [EMAIL PROTECTED]

Please take a look at the solution on this bug report:

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

As this only happens with IE, I think it might be 
the same problem..




[2002-11-22 00:41:27] [EMAIL PROTECTED]

my problem is the same than http://bugs.php.net/bug.php?id=20537

please help me.
The php 4.3-dev let me a lot of problems for my users : function alredy
declared, setlocale(), others errors...

I'm obliged to used php 4.1* or 4.2*

thanks al lot for you help 
PS : it's for more than 500 users in the world (90 request per second
!)



[2002-11-22 00:36:06] [EMAIL PROTECTED]

script.php :


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

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

#20476 [Opn->Fbk]: Apache cannot load libphp4.so into server. Undefined symbol IS_SLASH_P

[iliaa]

 ID:   20476
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Apache related
 Operating System: ASPLinux 7.2
 PHP Version:  4.4.0-dev
 New Comment:

Does the php-cli (/usr/local/bin/php) work properly?


Previous Comments:


[2002-11-19 03:05:02] [EMAIL PROTECTED]

This is my config.nice:
[root@www src]# cat config.nice
#! /bin/sh
#
# Created by configure

'./configure' \
'--with-pgsql=/usr/local/pgsql' \
'--with-zlib' \
'--with-layout=GNU' \
'--with-ssl' \
'--with-dom=/usr/local/lib' \
'--without-mysql' \
'--with-xslt-sablot' \
'--enable-xslt' \
'--with-iconv=/usr/local/lib/' \
'--with-curl=../curl-7.9.7/' \
'--with-apxs=/usr/sbin/apxs' \
'--enable-calendar' \
'--with-gettext=/bin' \
'--with-java=/usr/local/jdk1.3.1_04' \
'--with-ming=/usr/lib' \
'--with-gd' \
'--enable-gd-native-ttf' \
'--with-png-dir=/usr' \
'--with-jpeg-dir=/usr' \
'--with-freetype-dir=/usr/local' \
"$@"

And i'am sure that libphp4.so is one, i just compiled.



[2002-11-18 10:45:49] [EMAIL PROTECTED]

Exactly how did you configure PHP?
And are you sure your libphp4.so is the one that you compiled?




[2002-11-18 08:48:11] [EMAIL PROTECTED]

So, this latest php cvs snapshot isn't working to. Message IS_SLASH_P
undefined appears again. May be this is a bug...



[2002-11-18 07:11:37] [EMAIL PROTECTED]

This version of php requires curl-7.10.2, but in download section of
http://curl.sourceforge.net avaible only 7.10.1:=(
May be this is a mistake? Or some?



[2002-11-18 03:12:28] [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/20476

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

#20602 [NEW]: Apache2.dll file distributed is expecting a non-exist path

[mtougeron]

From: [EMAIL PROTECTED]
Operating system: Windows 2000 SP3
PHP version:  4.2.3
PHP Bug Type: Apache2 related
Bug description:  Apache2.dll file distributed is expecting a non-exist path

I'm running Windows 2000 SP3 (with all updates).  I've also just installed
Apache2 2.0.43.  I added 

LoadModule php4_module c:/PHP/sapi/php4apache2.dll
AddType application/x-httpd-php .php

to my httpd.conf file.  When I tried testing it I got the following:

C:\>"C:\Program Files\Apache Group\Apache2\bin\Apache.exe" -w -t -f
"C:\Program Files\Apache Group\Apache2\conf\httpd.conf" -d "C:\Program
Files\Apache Group\Apache2\."
Apache.exe: module "c:\php4build\snap\sapi\apache2filter\sapi_apache2.c"
is not compatible with this version of Apache (found 20020628, need
20020903).  Please contact the vendor for the correct version.



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

#20602 [Opn->Bgs]: Apache2.dll file distributed is expecting a non-exist path

[joerg]

 ID:   20602
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Windows 2000 SP3
 PHP Version:  4.2.3
 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.

You need at least a php cvs version when using Apache 2.0.43 otherwise
take the 2.0.39 which works with php 4.2.3


Previous Comments:


[2002-11-23 17:45:44] [EMAIL PROTECTED]

I'm running Windows 2000 SP3 (with all updates).  I've also just
installed Apache2 2.0.43.  I added 

LoadModule php4_module c:/PHP/sapi/php4apache2.dll
AddType application/x-httpd-php .php

to my httpd.conf file.  When I tried testing it I got the following:

C:\>"C:\Program Files\Apache Group\Apache2\bin\Apache.exe" -w -t -f
"C:\Program Files\Apache Group\Apache2\conf\httpd.conf" -d "C:\Program
Files\Apache Group\Apache2\."
Apache.exe: module
"c:\php4build\snap\sapi\apache2filter\sapi_apache2.c" is not compatible
with this version of Apache (found 20020628, need 20020903).  Please
contact the vendor for the correct version.



Just thought you'd like to know.  l8r




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

#19689 [Com]: 4.2.3 and higher "include" operator mistake

[dmitry]

 ID:   19689
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: Windows
 PHP Version:  4CVS-2002-10-01
 New Comment:

I'd like to say that in php-4.3.0RC1-Win32 there are problems with
fopen:

bug.php:
\n";
fopen("/a.txt","w");
?>

Z:\!distrib\php\php-4.3.0RC1-Win32>php.exe bug.php

Z:\!distrib\php\php-4.3.0RC1-Win32

Warning: fopen(/a.txt) [http://www.php.net/function.fopen]: failed to
create stream: No such file or directory in
Z:\!distrib\php\php-4.3.0RC1-Win32\bug.php on line 3

You see if I use z:/a.txt, all works correctly. 
In PHP 4.3.0-dev (cli) (built: Nov 23 2002 18:15:57) everything seems
to be OK.


Previous Comments:


[2002-11-14 07:46:05] [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.





[2002-10-29 07:28:00] [EMAIL PROTECTED]

Hi all,

php.ini let you do a quick and easy hack to solve this bug for Win2000
(maybe other WinOS will work with this too):
Only change include_path in php.ini as follows:
include_path = "c:"

looks strange but solves the problem ...

Have fun : deka



[2002-10-13 21:41:00] [EMAIL PROTECTED]

This really should be fixed before 4.3.0-dev is released..




[2002-10-13 19:24:37] [EMAIL PROTECTED]

I may be experiencing a related problem with php.ini. It seems PHP does
not recognize subdirectories (Windows only?). For example, the
following is OK:

include_path = ".;C:\PHPinc;C:\Templates"

and the following is not OK:

include_path = ".;C:\PHPinc;C:\PHPinc\Templates"

I am running:

PHP 4.2.3
Windows 2000 Pro
Apache 1.3.27
Mod_SSL 2.8.11
OpenSSL 0.9.6g



[2002-10-01 10:35:20] [EMAIL PROTECTED]

DO NOT open more bug reports about this SAME issue.
Thank you.




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

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

#7231 [Com]: REG_ECOLLATE bug?

[ray]

 ID:   7231
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: Regexps related
 Operating System: Linux 2.2.14-5.0
 PHP Version:  4.0.2
 New Comment:

I'm getting this too, hardcore, in any collation be it [^[.<.]] or
just [[.www.]]

I dunno what's going on here


Previous Comments:


[2002-04-09 20:33:11] [EMAIL PROTECTED]

the bundled regex library does not support multicharacter collating
elements, either.



[2002-03-09 11:30:09] [EMAIL PROTECTED]

Same problem, different version, different OS:

PHP version 4.1.2
OS: FreeBSD 4.4-STABLE (GENERIC-SMP) #1

A one-character coallating sequence functions correctly, but a
multi-character sequence generates the error:

Warning:  REG_ECOLLATE in ...



[2000-10-15 21:39:57] [EMAIL PROTECTED]

...and i've tried using simpler collations, ie. [[.en.]], and it still
pukes.




[2000-10-15 21:36:55] [EMAIL PROTECTED]

ereg("^([^[.##.]]*)##([a-zA-Z0-9!]+)\|([^[.\?##.]]+)\?##" 
[etc.] on
"##link|s=sztgy.jpg|a=C|b=N|c=rpa?## here it lies"
produces the following error:

Warning:  REG_ECOLLATE in [..]parsetest.php on line 19

while  shows:
Regex Library: Bundled library enabled

my system regex library says it doesn't support collations. that's
fine. but according to phpinfo() and the bundled regex manpage php's
ereg_* should support it.

what's up with this?

(and yes, while configure-ing I did not explicitly say --with-regex=php
but afaik that's the default option which the 'bundled lib enabled'
should reflect, right?)





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

#20603 [NEW]: Zend Engine problem?

[patrick]

From: [EMAIL PROTECTED]
Operating system: RH AS 2.1
PHP version:  4.3.0RC1
PHP Bug Type: Compile Failure
Bug description:  Zend Engine problem?

OS: RH AS 2.1
P4 2.5G
768M RAM

Apache 1.3.27 + PHP 4.30RC1

Compile line:
==

./configure  --with-apxs=/usr/local/apache/bin/apxs  \
--with-config-file-path=/usr/local/apache/conf  --enable-versioning  \
--with-mysql  --enable-ftp  --enable-bcmath  --enable-inline-optimization
\
--disable-debug  \
--enable-memory-limit=yes  --enable-track-vars --enable-save-mode \
--enable-magic-quotes --with-gettext=/usr/bin \
--with-xml --with-imap=/usr/local/imap \
--with-curl=/usr/local --enable-mbstring --enable-mbstr-enc-trans \
--with-jpeg-dir=/usr --with-png-dir=/usr \
--with-zlib-dir=/usr/local --with-t1lib=/usr/local \
--with-gd=/usr --with-zlib=/usr/local --enable-gd-imgstrttf \
--enable-gd-native-ttf --with-freetype-dir=/usr \
--with-pdflib=/usr/local --with-openssl=/usr/local/openssl \
--enable-trans-sid --with-cpdflib --with-pgsql --with-ming=/usr  \
--with-bz2 --enable-calendar --with-qtdom \
--enable-tokenizer --with-iconv=/usr/local \
--with-gmp --with-mcrypt --with-ldap --with-mm \
--with-mbstring=all --enable-mbregex \
--enable-xslt --with-xslt-sablot \
--with-sablot-js --with-expat-dir=/usr/local \


Compile error:
=

/bin/sh libtool --silent --mode=compile gcc  -IZend/
-I/tmp/www/php-4.3.0RC1/Zend/ -DPHP_ATOM_INC
-I/tmp/www/php-4.3.0RC1/include -I/tmp/www/php-4.3.0RC1/main
-I/tmp/www/php-4.3.0RC1 -I/tmp/www/php-4.3.0RC1/Zend
-I/usr/local/openssl/include -I/usr/local/include -I/usr/include/freetype2
-I/usr/local/imap/include -I/usr/include/pgsql  -DLINUX=22
-DMOD_SSL=208112 -DUSE_HSREGEX -DEAPI -DEAPI_MM
-I/tmp/www/php-4.3.0RC1/TSRM  -g -O2  -prefer-pic -c
/tmp/www/php-4.3.0RC1/Zend/zend_indent.c -o Zend/zend_indent.lo 
/bin/sh libtool --silent --mode=compile gcc  -IZend/
-I/tmp/www/php-4.3.0RC1/Zend/ -DPHP_ATOM_INC
-I/tmp/www/php-4.3.0RC1/include -I/tmp/www/php-4.3.0RC1/main
-I/tmp/www/php-4.3.0RC1 -I/tmp/www/php-4.3.0RC1/Zend
-I/usr/local/openssl/include -I/usr/local/include -I/usr/include/freetype2
-I/usr/local/imap/include -I/usr/include/pgsql  -DLINUX=22
-DMOD_SSL=208112 -DUSE_HSREGEX -DEAPI -DEAPI_MM
-I/tmp/www/php-4.3.0RC1/TSRM  -g -O2  -prefer-pic -c
/tmp/www/php-4.3.0RC1/Zend/zend_builtin_functions.c -o
Zend/zend_builtin_functions.lo 
/tmp/www/php-4.3.0RC1/Zend/zend_builtin_functions.c: In function
`zif_get_class_methods':
/tmp/www/php-4.3.0RC1/Zend/zend_builtin_functions.c:680: Internal error:
Segmentation fault.
Please submit a full bug report.


Seems it's a problem of Zend engine.

Thx
PT


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

#20603 [Opn->Fbk]: Zend Engine problem?

[sniper]

 ID:   20603
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: RH AS 2.1
 PHP Version:  4.3.0RC1
 New Comment:

Works fine here..what if you run 'make' again? Does the error happen
with same file and with same function?
(this is most likely a hardware problem if it happens with something
else)

Also, what gcc version are you running?




Previous Comments:


[2002-11-23 22:18:11] [EMAIL PROTECTED]

OS: RH AS 2.1
P4 2.5G
768M RAM

Apache 1.3.27 + PHP 4.30RC1

Compile line:
==

./configure  --with-apxs=/usr/local/apache/bin/apxs  \
--with-config-file-path=/usr/local/apache/conf  --enable-versioning  \
--with-mysql  --enable-ftp  --enable-bcmath 
--enable-inline-optimization \
--disable-debug  \
--enable-memory-limit=yes  --enable-track-vars --enable-save-mode \
--enable-magic-quotes --with-gettext=/usr/bin \
--with-xml --with-imap=/usr/local/imap \
--with-curl=/usr/local --enable-mbstring --enable-mbstr-enc-trans \
--with-jpeg-dir=/usr --with-png-dir=/usr \
--with-zlib-dir=/usr/local --with-t1lib=/usr/local \
--with-gd=/usr --with-zlib=/usr/local --enable-gd-imgstrttf \
--enable-gd-native-ttf --with-freetype-dir=/usr \
--with-pdflib=/usr/local --with-openssl=/usr/local/openssl \
--enable-trans-sid --with-cpdflib --with-pgsql --with-ming=/usr  \
--with-bz2 --enable-calendar --with-qtdom \
--enable-tokenizer --with-iconv=/usr/local \
--with-gmp --with-mcrypt --with-ldap --with-mm \
--with-mbstring=all --enable-mbregex \
--enable-xslt --with-xslt-sablot \
--with-sablot-js --with-expat-dir=/usr/local \


Compile error:
=

/bin/sh libtool --silent --mode=compile gcc  -IZend/
-I/tmp/www/php-4.3.0RC1/Zend/ -DPHP_ATOM_INC
-I/tmp/www/php-4.3.0RC1/include -I/tmp/www/php-4.3.0RC1/main
-I/tmp/www/php-4.3.0RC1 -I/tmp/www/php-4.3.0RC1/Zend
-I/usr/local/openssl/include -I/usr/local/include
-I/usr/include/freetype2 -I/usr/local/imap/include -I/usr/include/pgsql
 -DLINUX=22 -DMOD_SSL=208112 -DUSE_HSREGEX -DEAPI -DEAPI_MM
-I/tmp/www/php-4.3.0RC1/TSRM  -g -O2  -prefer-pic -c
/tmp/www/php-4.3.0RC1/Zend/zend_indent.c -o Zend/zend_indent.lo 
/bin/sh libtool --silent --mode=compile gcc  -IZend/
-I/tmp/www/php-4.3.0RC1/Zend/ -DPHP_ATOM_INC
-I/tmp/www/php-4.3.0RC1/include -I/tmp/www/php-4.3.0RC1/main
-I/tmp/www/php-4.3.0RC1 -I/tmp/www/php-4.3.0RC1/Zend
-I/usr/local/openssl/include -I/usr/local/include
-I/usr/include/freetype2 -I/usr/local/imap/include -I/usr/include/pgsql
 -DLINUX=22 -DMOD_SSL=208112 -DUSE_HSREGEX -DEAPI -DEAPI_MM
-I/tmp/www/php-4.3.0RC1/TSRM  -g -O2  -prefer-pic -c
/tmp/www/php-4.3.0RC1/Zend/zend_builtin_functions.c -o
Zend/zend_builtin_functions.lo 
/tmp/www/php-4.3.0RC1/Zend/zend_builtin_functions.c: In function
`zif_get_class_methods':
/tmp/www/php-4.3.0RC1/Zend/zend_builtin_functions.c:680: Internal
error: Segmentation fault.
Please submit a full bug report.


Seems it's a problem of Zend engine.

Thx
PT






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

#20559 [Fbk->Opn]: .phps unable just doesnt work

[phpbugs]

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

I tried removing .php4s and restarting apache.. I'm still getting that
error. I can arrange to create a ssh account for one person. But I will
need that person to be on during the hours I am up. So contact me I'll
arrange for the account then. I am also available on dalnet #php as
Assid
I am located in india so my TZ = GMT +5.30


Previous Comments:


[2002-11-23 15:45:27] [EMAIL PROTECTED]

AddType application/x-httpd-php-source .phps works just fine on my test
boxes in Apache 1 and Apache 2 using PHP 4.3.0-dev or 4.4.0-dev. Try
removed the .php4s, see if that solves the problem, other then that I
think this problem may have something to do with your local
configuration.



[2002-11-22 01:24:27] [EMAIL PROTECTED]

I installed the latest CVS snapshot and i am yet having the same
problem. I checked phpinfo to make sure that i have the correct build
installed and it does confirm im using the cvs i.e PHP Version
4.4.0-dev

I have been using this httpd.conf for quite a long time. And if im not
mistaken, the older versions (i think 4.1.x or so) did allow 

I tested this on one of the other boxes i have at office (development
box) and there im using 4.2.2 again with debian 3.0. It doesnt work
there either. Access log shows its being visited properly (code 200) 
but im getting the same error. here i havent made any changes really to
the httpd.conf im running it straight from the htdocs and default
settings of apache.

Even if i didnt add the addtype ... it should atleast let me download..
so i dont think thats the problem. but in either case i have the
addtype  for it.



[2002-11-22 00:54:04] [EMAIL PROTECTED]

i tried checking the logs.. in error logs i get nothing
however access log shows the correct info
 - - [22/Nov/2002:12:23:26 +0530] "GET /phpinfo.phps HTTP/1.1"
200 -

i am downloading and installing the latest snapshot.. will get back on
that as soon as im done.



[2002-11-22 00:04: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

And you should also check your apache logs as it seems like
it's segfaulting or you have misconfigured the phps support.




[2002-11-21 23:00:12] [EMAIL PROTECTED]

I keep getting from lynx
Alert!: Unexpected network read error; connection aborted.
whenever i try and access any .phps script. I even just wrote a simple
phpinfo script with .phps extension and that failed too

My system is Debian 3.0 and im using a recompiled php. Im not sure if
it worked when i did a fresh compile.
'./configure' '--with-apxs=/usr/local/apache/bin/apxs'
'--with-mysql=/usr/local/mysql' '--with-zlib' '--with-gd=/usr'
'--with-jpeg-dir=/usr' '--with-vpopmail' '--with-png-dir=/usr'
'--with-freetype-dir=/usr' '--enable-gd-native-ttf' '--with-ttf'
'--with-xml' '--with-mhash' '--with-mcrypt' '--enable-calendar'
'--enable-ftp' '--enable-wddx' '--with-filepro' '--with-bz2'
'--with-cpdflib=/usr/lib' '--with-curl=/usr/include/curl'
'--with-gettext' '--with-pdf' '--with-openssl' '--with-session'
'--with-imap=/home/installers/mail/imap-2002'
'--with-imap-ssl=/usr/local/ssl' '--enable-bcmath' '--enable-sockets'
'--enable-track-vars' '--enable-trans-sid' '--enable-magic-quotes'
'--enable-inline-optimization' 

I am leaving on a copy of both .php and .phps online and will be
available at www.php-india.com/phpinfo.php and
www.php-india.com/phpinfo.phps

my apache addtype is : AddType application/x-httpd-php-source .phps
.php4s





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

#20604 [NEW]: PHP CLI exists always with Segmantation Fault

[binary_digit]

From: [EMAIL PROTECTED]
Operating system: Linux Debian Sarge
PHP version:  4CVS-2002-11-24 (dev)
PHP Bug Type: Unknown/Other Function
Bug description:  PHP CLI exists always with Segmantation Fault

when i call a php script on bash with the #!/usr/local/bin/php header i
always get the error segmantation fault but the script executes normal
even with a normal  i get this error message
with cvs up i see that i have the newest php source code
-- 
Edit bug report at http://bugs.php.net/?id=20604&edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20604&r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20604&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20604&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20604&r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20604&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20604&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20604&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20604&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20604&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20604&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20604&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20604&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20604&r=isapi