#11447 [Com]: Switch statement sensible for white-space

[devis at witcom dot com]

 ID:   11447
 Comment by:   devis at witcom dot com
 Reported By:  per dot persson at gnosjo dot pp dot se
 Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: Linux (RedHat 6.2)
 PHP Version:  4.0.4pl1
 New Comment:




should be equivalent to 



so why does it work if this 



does not work ?


Previous Comments:


[2004-07-21 16:19:23] devis at witcom dot com

this problem is still open on 4.3.4



[2003-04-03 11:29:47] liamr at umich dot edu

Could you guys update the documentation to reflect this?
Just reading the sections on switches and the alternate syntax, I
thought that this would work..




I understand Zeev's response to Vlad, and having to do this instead...



but there's no mention of this in the docs.



[2001-07-15 16:47:32] [EMAIL PROTECTED]

Spaces are indeed significant.  Here's why.


  

Is equivalent to


The two spaces outside the PHP blocks are a valid two character HTML
block!

Whereas:



is equivalent to:



which is valid.


Vlad was wrong, the bug is not valid :)



[2001-06-19 17:16:53] per dot persson at gnosjo dot pp dot se

Observe that the spaces are significant.

This doesn't work:

  

This does!:



I suppose that the interpreter converts text outside  to echo
statements, so that the first code block is equivalent to:

This code block gave the same parse error as the first one!
(Expecting T_CASE or T_DEFAULT or '}')





[2001-06-19 12:29:47] [EMAIL PROTECTED]

The bug is valid - if you close and reopen the PHP tags between the
switch and the case statement, it is going to bark at you. It
shouldn't.

This does not work:

  

This does:


Why in the world would anyone do that, is a whole other issue, still
they probably expect to be able to do just that. If they can't, we
either need to document it as such, (thus re-classify this as
documentation problem) or fix it. I do not know what it takes to fix
that, but it is a valid report nevertheless.

Unbogusifying...




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

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

#28865 [Com]: Functions ftp_*list

[flagman_ at rambler dot ru]

 ID:   28865
 Comment by:   flagman_ at rambler dot ru
 Reported By:  336764 at 163 dot com
 Status:   No Feedback
 Bug Type: FTP related
 Operating System: MandRake 10
 PHP Version:  5.0.0RC3
 Assigned To:  pollita
 New Comment:

In php ver. 4.3.8 the temporary file have creates with chmod 600 and
belongs to root, in that case apache can`t operate on that file and
reports: 

Warning: ftp_rawlist(): Unable to create temporary file. Check
permissions in temporary files directory


Previous Comments:


[2004-07-02 01:00:03] php-bugs at lists dot php dot net

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



[2004-06-24 02:15:45] [EMAIL PROTECTED]

Now that you've changed your environment variable settings, and gotten
tmpfile() to work, do ftp_nlist() and/or ftp_rawlist() work as
expected?



[2004-06-23 12:04:12] 336764 at 163 dot com

vi /root/.bashrc

Add "TMPDIR=/tmp" 

save & exit;

Restart httpd

run php:
var_dump(tmpfile());

get:
resource(2) of type (stream)



[2004-06-23 03:37:39] 336764 at 163 dot com

PHP5 Environment variable:
TMPDIR is /root/tmp  

How to change it ?



[2004-06-23 03:21:59] 336764 at 163 dot com

bool(false)



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

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

#29298 [Asn->Csd]: MySQLI doesn't support versions < 4.1.3 anymore

[georg]

 ID:   29298
 Updated by:   [EMAIL PROTECTED]
 Reported By:  aditya at sanisoft dot com
-Status:   Assigned
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: Fedora Core 2
 PHP Version:  5.0.0
 Assigned To:  georg
 New Comment:

Message changed in HEAD and 5_0. 


Previous Comments:


[2004-07-22 08:46:07] [EMAIL PROTECTED]

I spoke with Georg and he's changing the message, until then keep it
assigned to him.



[2004-07-22 07:11:22] [EMAIL PROTECTED]

I know 5.0.0 > 4.1.3, but since 5 is still alpha, it 
sometimes lags behind the 4.1.x series in patches. 
Therefore, things that have been merged into the 4.1.x 
branch may not be in the 5.0.x branch.

For best results, at least today, you should always use 
the 4.1.x branch with MySQLi. In the future, you'll also 
be able to use the 5.0.x branch.



[2004-07-22 06:53:10] aditya at sanisoft dot com

I understand difference between 4.1.2 apha and 4.1.3. But as I clearly
stated above, I have installed MySQL 5.0.0 alpha, which is greater than
4.1.3 atleast version wise.

Yes, I did take time out to read the manual and how to report



[2004-07-21 15:19:55] [EMAIL PROTECTED]

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

As the errormessage from configure clearly says you need MySQL
4.1.3-beta and not 4.1.2-alpha !



[2004-07-21 14:05:13] aditya at sanisoft dot com

Description:

When I tried to compile PHP-5 with MySQL-5.0.0 (alpha) rpm installed
from http://dev.mysql.com/downloads/mysql/5.0.html.
Have installed Server, Client programs, Libraries and header files and
Dynamic client libraries.

When I use configure ./configure --with-mysqli=/usr/bin/mysql_config
compilation stops with the error: configure: error: MySQLI doesn't
support versions < 4.1.3 anymore. Please update your libraries.

config.log shows:

/home/aditya/downloads/php-5.0.0/configure:55209: undefined reference
to `mysql_stmt_field_count'
collect2: ld returned 1 exit status
configure: failed program was:
#line 55202 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply.  */
char mysql_stmt_field_count();

int main() {
mysql_stmt_field_count()
; return 0; }

I have already seen bug #29089. 
Is this the same bug or different?
Should MySQL devs be bugged about it?

Expected result:

It should compile...

Actual result:
--
It does not compile :(





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

#29298 [Csd]: MySQLI doesn't support versions < 4.1.3 anymore

[aditya at sanisoft dot com]

 ID:   29298
 User updated by:  aditya at sanisoft dot com
 Reported By:  aditya at sanisoft dot com
 Status:   Closed
 Bug Type: Compile Failure
 Operating System: Fedora Core 2
 PHP Version:  5.0.0
 Assigned To:  georg
 New Comment:

Thanks for all the responses. Still I don't get it... I know that 4.1.3
compiles with mysqli and have done it BUT are you saying that the
compile failure with MySQL 5.0.0 is

A) Not a php related bug but a MySQL bug
B) Is a php related bug but MySQL 5 is not supported by PHP devs
currently
C) Nobody know for sure


Previous Comments:


[2004-07-22 09:27:19] [EMAIL PROTECTED]

Message changed in HEAD and 5_0. 



[2004-07-22 08:46:07] [EMAIL PROTECTED]

I spoke with Georg and he's changing the message, until then keep it
assigned to him.



[2004-07-22 07:11:22] [EMAIL PROTECTED]

I know 5.0.0 > 4.1.3, but since 5 is still alpha, it 
sometimes lags behind the 4.1.x series in patches. 
Therefore, things that have been merged into the 4.1.x 
branch may not be in the 5.0.x branch.

For best results, at least today, you should always use 
the 4.1.x branch with MySQLi. In the future, you'll also 
be able to use the 5.0.x branch.



[2004-07-22 06:53:10] aditya at sanisoft dot com

I understand difference between 4.1.2 apha and 4.1.3. But as I clearly
stated above, I have installed MySQL 5.0.0 alpha, which is greater than
4.1.3 atleast version wise.

Yes, I did take time out to read the manual and how to report



[2004-07-21 15:19:55] [EMAIL PROTECTED]

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

As the errormessage from configure clearly says you need MySQL
4.1.3-beta and not 4.1.2-alpha !



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

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

#14285 [Com]: Forcing variable declaration

[jeffrparsons at optushome dot com dot au]

 ID:   14285
 Comment by:   jeffrparsons at optushome dot com dot au
 Reported By:  pnh102 at psu dot edu
 Status:   Open
 Bug Type: Feature/Change Request
 Operating System: Redhat Linux 7.2
 PHP Version:  4.0.6
 New Comment:

I agree this is a very major issue, and it scares people I know away
from using PHP. It would be extremely convenient to have warnings on
assignment as well - instead of just upon reading a non-existent
variable - and instead of creating a variable when a value is first
assigned to it, require a separate declaration using a "var" keyword or
such. Obviously not as standard, but as an option...


Previous Comments:


[2003-08-13 14:35:52] lsemel at yahoo dot com

This is an important issue.  E_ALL doesn't catch everything.  It makes
PHP harder to program compared to other languages where you can declare
variables (Perl, Java, etc.)



[2003-07-16 15:36:44] andrew_nefsky at hotmail dot com

This is definitely an important issue.  Not being able to declare
variables creates a debugging nightmare!



[2002-11-19 08:06:07] z95kahe at mtek dot chalmers dot se

I realy think this is good idea. I've been looking for some tool to do
this kind of checks and found none.

For small scripts there is no need to have variable declaring but there
are for longer multi file, multi developer projects. By making the
checks an option we can have both modes available.



[2001-11-29 11:39:07] [EMAIL PROTECTED]


this would only catch read usage of undefined variables,
but not assigning values to them

see:



nothing in PHP will warn you that you have a typo
in the second assignment, so creating a new variable
unintended


... moved to feature requests ...



[2001-11-29 11:20:18] [EMAIL PROTECTED]

set error_reporting to E_ALL, and you'll see all undefined vars.
However, it doesn't force the use of it.

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

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

#29314 [NEW]: More detailed error reporting.

[jeffrparsons at optushome dot com dot au]

From: jeffrparsons at optushome dot com dot au
Operating system: N/A
PHP version:  5.0.0
PHP Bug Type: Feature/Change Request
Bug description:  More detailed error reporting.

Description:

It would be extremely convenient to have more detailed error reporting
when trying to debug a PHP (web) program; for example, simply having the
current list of errors expandable on the client's web browser to give more
detailed information on each error, such as a stack trace and current
values of variables involved in the error.


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

#29315 [NEW]: Bug in imagecopyresampled

[k at ailis dot de]

From: k at ailis dot de
Operating system: Linux
PHP version:  4.3.8
PHP Bug Type: GD related
Bug description:  Bug in imagecopyresampled

Description:

Hello, 
 
I've also send this bug to Boutell (because it is a bug in 
the GD library, not in PHP) but I have the feeling that 
I'll not get an answer because of the message I got after 
submitting the bug.. So maybe someone is able to fix this 
bug in the GD library which is bundled with PHP. 
 
There seems to be a bug in gdImageCopyResampled which is 
triggered if an alphatransparent image is resampled. The 
bug can be reproduced with GD 2.0.28 (and also with the 
library bundled with PHP 4.3.8) with the code at the 
bottom of this message (It's a C source. I'm putting a PHP 
source into the "reproduce code" box) 
 
This example code sets the background color of the 
resulting image to transparent so it's easier to see the 
bug. Resampling an alpha-transparent image to a 
"binary-even" size (2^x, for example: 64x64) works fine, 
but other values (like 127x127 in this example) creates 
alpha transparent artifacts. Depending on the destination 
size of the resampling the artifacts are very different. 
 
To see these artifacts just compile the following code and 
start it. You will end up with an out.png which has two 
lines in it. The first one is correct (was resized to 
64x64), the second one (resized to 127x127) has snow 
around the line (only visible if you display the image 
with a viewer supporting PNG transparency) 
 
 
#include  
 
int main(int argc, char *argv[]) 
{ 
gdImagePtr alpha_image, test_image; 
FILE *file; 
int transparent, black, blue; 
 
// Create an alpha-transparent image with a black line 
in it 
alpha_image = gdImageCreateTrueColor(128, 128); 
gdImageAlphaBlending(alpha_image, 0); 
gdImageSaveAlpha(alpha_image, 1); 
transparent = gdImageColorAllocateAlpha(alpha_image, 
0, 0, 0, 127); 
black = gdImageColorAllocate(alpha_image, 0, 0, 0); 
gdImageFilledRectangle(alpha_image, 0, 0, 128, 128, 
transparent); 
gdImageLine(alpha_image, 0, 0, 128, 128, black); 
 
// Create a test background image 
test_image = gdImageCreateTrueColor(256, 256); 
blue = gdImageColorAllocate(test_image, 0, 0, 256); 
gdImageColorTransparent(test_image, blue); 
gdImageFilledRectangle(test_image, 0, 0, 256, 256, 
blue); 
 
// Resample the alpha-transparent image onto the test 
image (working) 
gdImageCopyResampled(test_image, alpha_image, 10, 10, 
0, 0, 
64, 64, 128, 128); 
 
// Resample the alpha-transparent image onto the test 
image (not working) 
gdImageCopyResampled(test_image, alpha_image, 100, 
100, 0, 0, 
127, 127, 128, 128); 
 
file = fopen("out.png", "w"); 
gdImagePng(test_image, file); 
fclose(file); 
 
return 0; 
} 
 

Reproduce code:
---
// Create an alpha-transparent image with a sample line in it
$alpha_image = imagecreatetruecolor(128, 128);
imagealphablending($alpha_image, false);
imagesavealpha($alpha_image, true);
$transparent = imagecolorallocatealpha($alpha_image, 0, 0, 0, 127);
$black = imagecolorallocate($alpha_image, 0, 0, 0);
imagefilledrectangle($alpha_image, 0, 0, 128, 128, $transparent);
imageline($alpha_image, 0, 0, 128, 128, $black);

// Create a test background image
$test_image = imagecreatetruecolor(256, 256);
$blue = imagecolorallocate($test_image, 0, 0, 255);
imagecolortransparent($test_image, $blue);
imagefilledrectangle($test_image, 0, 0, 256, 256, $blue);

// Resample the alpha transparent image onto the test image (working)
imagecopyresampled($test_image, $alpha_image, 10, 10, 0, 0,
64, 64, 128, 128);

// Resample the alpha transparent image onto the test image (not working)
imagecopyresampled($test_image, $alpha_image, 100, 100, 0, 0,
127, 127, 128, 128);

// Output image
header('Content-type: image/png');
imagepng($test_image);


Expected result:

Both lines should be drawn without alpha-transparent 
artifacts around them. 

Actual result:
--
The second line has snow (alpha-transparent artifacts) 
around it. 

-- 
Edit bug report at http://bugs.php.net/?id=29315&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=29315&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=29315&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=29315&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=29315&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29315&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=29315&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=29315&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29315&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=29315&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29315&r=notenoughinf

#29316 [NEW]: Executing Stored Procedure with more than one Resultset

[patrick dot schutte at gmx dot de]

From: patrick dot schutte at gmx dot de
Operating system: Suse8.2
PHP version:  5.0.0
PHP Bug Type: MSSQL related
Bug description:  Executing Stored Procedure with more than one Resultset

Description:

I've written stored Procedures that returns 2 and more Resultsets
(Select-Querys). If one of theese Results doesn't have any Matches I get
the next one instead.
System: Suse8.2, freetds 0.62.3 ./configure ... --with-mssql
freetds with TDS-Version 7.0 and MSSQL-Server2000. Same Code works fine
with WindowsNT4.0

Reproduce code:
---
CREATE PROCEDURE [dbo].[dt_mehrfach] AS
-- first Query: no match
SELECT * FROM tbl_haribo
WHERE id=1
-- second Query: 15 matches
SELECT * FROM tbl_haribo
PHP:
$p=mssql_init("dt_mehrfach);
$result=mssql_execute($p);
echo mssql_num_rows($result)."\n";
mssql_next_result($result);
echo mssql_num_rows($result);


Expected result:

0
15
would be ok

Actual result:
--
but  I get 
15
15

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

#29317 [NEW]: $PATH_INFO not set

[incitist at msn dot com]

From: incitist at msn dot com
Operating system: Windows XP
PHP version:  5.0.0
PHP Bug Type: Scripting Engine problem
Bug description:  $PATH_INFO not set

Description:

I'm using Aprelium's Abyss Web Server and PHP 5.
When I try to open a url like script.php/test.html
$PATH_INFO is not set, irregardless of whether register globals is set on
or off.

Reproduce code:
---


Expected result:

/test.html

Actual result:
--
Not set

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

#29318 [NEW]: Can't encode to HTML Entities from UTF-8

[atlantisboydn at yougotmail dot com]

From: atlantisboydn at yougotmail dot com
Operating system: Windows XP SP1
PHP version:  5.0.0
PHP Bug Type: mbstring related
Bug description:  Can't encode to HTML Entities from UTF-8

Description:

The following script works fine with PHP 4.3.x, but the returned string
don't output in HTML-Entities format in PHP 5.0.0 

$str = mb_convert_encoding($str, "HTML-ENTITIES","UTF-8");


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

#28403 [Com]: ORA dll make apache child process crash and restart Apache

[alain dot bertrand at psi dot ch]

 ID:   28403
 Comment by:   alain dot bertrand at psi dot ch
 Reported By:  scouture at novo dot ca
 Status:   Suspended
 Bug Type: Apache2 related
 Operating System: win 2003 server
 PHP Version:  4.3.7
 New Comment:

I'm having the same bug with PHP 4.3.4, Oracle 9i and Windows 2003
Server. So it's maybe linked to 9i and windows 2003. Will check out
with 10i hoping it will fix this bug. High rated for me.

Alain Bertrand


Previous Comments:


[2004-07-15 10:42:24] Lukas dot Theiler at ch dot ibm dot com

Running longer tests, even single-cpu systems fail. (after 7hours 1st,
1h34 2nd crash, 6h23 3rd crash...)



[2004-07-02 11:18:26] Lukas dot Theiler at ch dot ibm dot com

Referring to Bug #28983 (now bogus:-) ) - we reprouced that error using

- different versions of oracle clients (8.1.7, 9i, 10g, accessing
through different methods)
- different versions of php (4.2.x, 4.3.x 5.x)
- different versions of apache (1.3x, IBM http server, apache)

Conclusions: 
- Stable on Linux single and multiprocessor systems
- Stable on Windows *single* processor systems
- Crash on Windows *multi* processor systems

How to replicate the error? 
a) use the OCIlogon script from Bug #28983 
b) use a loadtest tool, e.g. OpenSTA and run 5 concurrent users calling
the above php script.

You'd see the crash within a few secs :-)

I agree with derik, that it is probably related to oci.dll or
php_oci8.dll.

/cheers Lukas



[2004-07-01 09:24:28] [EMAIL PROTECTED]

Sounds like a threading issue to me... and you're asking for those by
running apache 2 on windows (where the default processing model for
apache is threaded). It sounds like either the oracle extension or
oracle libraries are not threadsafe. I'll suspend this until you can
come up with a clear script to reproduce this as there is no other way
to find what this problem might be.



[2004-06-30 20:41:30] scouture at novo dot ca

Ok, it is a long process for us just upgrade our php version. We have
to pass by a dev environment before going to prod so we have pass to
PHP 4.3.7 in prod recently. And since that the PHP team have annonce
the release of 4.3.8. :o)

But we still have the problem. Same error that the one list bellow. 

I can add that the server is a multiprocessor server (4 procs). We have
a lot of hits by minutes. The error occurs every 5-10 minutes so kind of
frequently. Apache and php are call via C# services and soap
implementation. We do not seem to have this problem with a low volume
environment (in our labs). The requests we pass via apache/phh are very
simple (insert into... where, update ... where) nothing consumming.

Please tell me if you need something more. Thanks for your help.

Styve



[2004-05-23 01:00:03] php-bugs at lists dot php dot net

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



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/28403

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

#28403 [Com]: ORA dll make apache child process crash and restart Apache

[alain dot bertrand at psi dot ch]

 ID:   28403
 Comment by:   alain dot bertrand at psi dot ch
 Reported By:  scouture at novo dot ca
 Status:   Suspended
 Bug Type: Apache2 related
 Operating System: win 2003 server
 PHP Version:  4.3.7
 New Comment:

BTW running on a dual CPU here, and it crash every 5 minutes :-(


Previous Comments:


[2004-07-22 11:14:28] alain dot bertrand at psi dot ch

I'm having the same bug with PHP 4.3.4, Oracle 9i and Windows 2003
Server. So it's maybe linked to 9i and windows 2003. Will check out
with 10i hoping it will fix this bug. High rated for me.

Alain Bertrand



[2004-07-15 10:42:24] Lukas dot Theiler at ch dot ibm dot com

Running longer tests, even single-cpu systems fail. (after 7hours 1st,
1h34 2nd crash, 6h23 3rd crash...)



[2004-07-02 11:18:26] Lukas dot Theiler at ch dot ibm dot com

Referring to Bug #28983 (now bogus:-) ) - we reprouced that error using

- different versions of oracle clients (8.1.7, 9i, 10g, accessing
through different methods)
- different versions of php (4.2.x, 4.3.x 5.x)
- different versions of apache (1.3x, IBM http server, apache)

Conclusions: 
- Stable on Linux single and multiprocessor systems
- Stable on Windows *single* processor systems
- Crash on Windows *multi* processor systems

How to replicate the error? 
a) use the OCIlogon script from Bug #28983 
b) use a loadtest tool, e.g. OpenSTA and run 5 concurrent users calling
the above php script.

You'd see the crash within a few secs :-)

I agree with derik, that it is probably related to oci.dll or
php_oci8.dll.

/cheers Lukas



[2004-07-01 09:24:28] [EMAIL PROTECTED]

Sounds like a threading issue to me... and you're asking for those by
running apache 2 on windows (where the default processing model for
apache is threaded). It sounds like either the oracle extension or
oracle libraries are not threadsafe. I'll suspend this until you can
come up with a clear script to reproduce this as there is no other way
to find what this problem might be.



[2004-06-30 20:41:30] scouture at novo dot ca

Ok, it is a long process for us just upgrade our php version. We have
to pass by a dev environment before going to prod so we have pass to
PHP 4.3.7 in prod recently. And since that the PHP team have annonce
the release of 4.3.8. :o)

But we still have the problem. Same error that the one list bellow. 

I can add that the server is a multiprocessor server (4 procs). We have
a lot of hits by minutes. The error occurs every 5-10 minutes so kind of
frequently. Apache and php are call via C# services and soap
implementation. We do not seem to have this problem with a low volume
environment (in our labs). The requests we pass via apache/phh are very
simple (insert into... where, update ... where) nothing consumming.

Please tell me if you need something more. Thanks for your help.

Styve



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

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

#23877 [Com]: ob_implicit_flush does not work

[everyone at example dot com]

 ID:   23877
 Comment by:   everyone at example dot com
 Reported By:  sthomas at townnews dot com
 Status:   Open
 Bug Type: Feature/Change Request
 Operating System: Redhat Linux
 PHP Version:  4.3.2
 New Comment:

Look dude, you don't have to be so damn obnoxious about it. Be a bit
more polite and you will get a more favorable response.


Previous Comments:


[2003-06-30 11:05:43] sthomas at townnews dot com

Implicit flush is turned off in the php.ini file, but that's only the
default status.  Calling ob_implicit_flush should enable autoflushing. 
The CLI *does* work if I set the output_buffering setting to 0, but
here's the screwy part: Set it to any non-zero value, and flushing
doesn't occur at all.  

Setting output_buffering to 1024 would imply that after 1024 characters
are sent to the buffer, the buffer is sent to screen/browser.  This is
not the case.  So not only is ob_implict_flush completely ignored when
output_buffering is set to a non-zero value, but output_buffering
doesn't flush after the designated value either.  At least not with the
CLI.

But don't take my word for it.  Set output_buffering to *anything*
above 0, then run this script with the CLI:



You'll see that no flushing is taking place... at all.  Even with an
explicit call to flush(), and even though ob_implicit_flush says that
output buffering should now be disabled.  Yes ob_end_flush() works,
however the PHP documentation says ob_implicit_flush does an implied
call to ob_end_flush().  So either the documentation is wrong, or PHP
is broken.  If the documentation is wrong, why have ob_implicit_flush
in the first place if it doesn't actually do anything?

Because so far with recent versions of PHP, I haven't been able to
create a single test case where ob_implicit_flush actually did
anything.



[2003-06-30 09:33:08] [EMAIL PROTECTED]

There's a second level of buffering after the ob_ buffering.  What is
your implicit_flush setting?  Please also refer to
http://www.php.net/flush



[2003-06-30 08:02:09] sthomas at townnews dot com

So... did you read the report at all?  Did you see the part where I
quoted the PHP documentation?  Let me do it again:

"Turning implicit flushing on will disable output buffering, the output
buffers current output will be sent as if ob_end_flush() had been
called."

Therefore, according to this, calling ob_implicit_flush *IMPLIES A CALL
TO OB_END_FLUSH*! What part of YOUR OWN DOCUMENTATION do you not
understand?  Either the documentation is wrong, or PHP is wrong. 
Whichever it is, fix it so there's at least some consistancy.



[2003-06-29 21:07:05] [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

You should've used ob_end_flush(); instead of ob_implicit_flush();.



[2003-05-29 15:51:03] sthomas at townnews dot com

Please note that the manual says this:

"Turning implicit flushing on will disable output buffering, the output
buffers current output will be sent as if ob_end_flush() had been
called."

Now, I've set output_buffering = 0 in my php.ini script, so supposedly
ob_implicit_flush will flush any buffers started by the script itself,
and continue flushing output thereafter.  Try this:



This script will not output "Hi!" after each iteration through the
loop.  Supposedly the documented behavior of ob_implicit_flush is to
flush all output buffers once it's called, and disable output buffering
for further statements that produce output (print, etc.)

So either the documentation is wrong, or there's a bug in
ob_implicit_flush.  You decide.




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

#29319 [NEW]: Special Char Strings in $_POST are corrupt, while $HTTP_POST_VARS works fine.

[j dot parree at net-communications dot de]

From: j dot parree at net-communications dot de
Operating system: Suse Linux 9.2
PHP version:  4.3.7
PHP Bug Type: Unknown/Other Function
Bug description:  Special Char Strings in $_POST are corrupt, while $HTTP_POST_VARS 
works fine.

Description:

Reading String Values containing special Chars (e.g. äüöß) from the
$_POST-Array will result in having corrupt data.
Doing the same with $HTTP_POST_VARS works fine.

Configure Statement:
---
'./configure' '--prefix=/opt/lampp' '--with-apxs2=/opt/lampp/bin/apxs'
'--with-config-file-path=/opt/lampp/etc' '--with-mysql=/opt/lampp'
'--disable-debug' '--enable-bcmath' '--enable-calendar' '--enable-ctype'
'--enable-dbase' '--enable-discard-path' '--enable-exif'
'--enable-filepro' '--enable-force-cgi-redirect' '--enable-ftp'
'--enable-gd-imgstrttf' '--enable-gd-native-ttf' '--with-ttf'
'--enable-magic-quotes' '--enable-memory-limit' '--enable-safe-mode'
'--enable-shmop' '--enable-sigchild' '--enable-sysvsem' '--enable-sysvshm'
'--enable-track-vars' '--enable-trans-sid' '--enable-versioning'
'--enable-wddx' '--enable-yp' '--with-ftp' '--with-gdbm=/opt/lampp'
'--with-jpeg-dir=/opt/lampp' '--with-png-dir=/opt/lampp'
'--with-tiff-dir=/opt/lampp' '--with-freetype-dir=/opt/lampp'
'--without-xpm' '--with-zlib=yes' '--with-zlib-dir=/opt/lampp'
'--with-openssl=/opt/lampp' '--with-expat-dir=/opt/lampp' '--enable-xslt'
'--with-xslt-sablot=/opt/lampp' '-with-ming=/opt/lampp'
'--with-dom=/opt/lampp' '--with-ldap=/opt/lampp'
'--with-ncurses=/opt/lampp' '--with-gd' '--with-imap-dir=/opt/lampp'
'--with-imap-ssl' '--with-imap=/opt/lampp' '--with-gettext=/opt/lampp'
'--with-mssql=/opt/lampp' '--with-interbase=/opt/interbase'
'--with-mysql-sock=/opt/lampp/var/mysql/mysql.sock' '--with-oci8=shared'
'--with-mcrypt=/opt/lampp' '--with-mhash=/opt/lampp' '--enable-sockets'
'--enable-mbstring=all' '--with-curl=/opt/lampp' '--enable-mbregex'
'--enable-zend-multibyte' '--with-zip=/opt/lampp' '--enable-exif'
'--with-bz2=/opt/lampp' 
-


Software Versions:

- Apache 2.0.49
- MySQL 4.0.20
- PHP 4.3.7
- Perl 5.8.4
- ProFTPD 1.2.9
- phpMyAdmin 2.5.6
- OpenSSL 0.9.7d
- GD 2.0.1
- Freetype 2.1.7
- libjpeg 6b
- libpng 1.2.2
- gdbm 1.8.0
- zlib 1.1.4
- expat 1.2
- Sablotron 1.0
- libxml 2.4.26
- Ming 0.2a
- Webalizer 2.01
- pdf class 009e
- ncurses 5.8
- mod_perl 1.99_13
- FreeTDS 0.60
- gettext 0.11.5
- IMAP C-Client 2002b
- OpenLDAP (client) 2.1.30
- mhash library 0.8.18
- mcrypt library 2.5.7
- Turck MMCache 2.4.6
- cURL 7.10.7
- SQLite (2.8.9)


Reproduce code:
---
CODE:

print_r($HTTP_POST_VARS['string']);
print_r($_POST['string']);

Expected result:

Expected:

"Fünf Millionen Euro für Klose"

Actual result:
--
Actual:

"F?Millionen Euro f?lose"

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

#29320 [NEW]: i cant rotate image to 1-45 likewise by using imagerotate() function, urgent

[seesaran2003 at yahoo dot com]

From: seesaran2003 at yahoo dot com
Operating system: winxp
PHP version:  4.3.8
PHP Bug Type: GD related
Bug description:  i cant rotate image to 1-45 likewise by using imagerotate() 
function, urgent

Description:

i cant rotate image to 1-45 likewise by using imagerotate() function,
urgently wanted solution


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

#29322 [NEW]: Constant SID already defined with session_regenerate_id()

[olivier dot bichler at laposte dot net]

From: olivier dot bichler at laposte dot net
Operating system: Windows XP
PHP version:  5CVS-2004-07-22 (dev)
PHP Bug Type: Session related
Bug description:  Constant SID already defined with session_regenerate_id()

Description:

session_regenerate_id() destroy the false constant : it destroy the
constant sid in lower case instead of the constant in upper case...

In PHP sources :
/* if the SID constant exists, destroy it. */ 
zend_hash_del(EG(zend_constants), "sid", sizeof("sid"));

should maybe be

/* if the SID constant exists, destroy it. */ 
zend_hash_del(EG(zend_constants), "SID", sizeof("SID"));

(file session.c)

(Please excuse me for my bad english ;-))

Reproduce code:
---


Expected result:

jg9vejq8p3e15lfu34vbouc6j3
essai

Actual result:
--
Notice: Constant SID already defined in D:\essai.php on line 5

Notice: Use of undefined constant sid - assumed 'sid' in D:\essai.php on
line 8
sid

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

#29320 [Opn->Fbk]: i cant rotate image to 1-45 likewise by using imagerotate() function, urgent

[chregu]

 ID:   29320
 Updated by:   [EMAIL PROTECTED]
 Reported By:  seesaran2003 at yahoo dot com
-Status:   Open
+Status:   Feedback
 Bug Type: GD related
 Operating System: winxp
 PHP Version:  4.3.8
 New Comment:

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

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

Thank you for your interest in PHP.





Previous Comments:


[2004-07-22 11:27:51] seesaran2003 at yahoo dot com

Description:

i cant rotate image to 1-45 likewise by using imagerotate() function,
urgently wanted solution






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

#29323 [NEW]: php5 cannot deserialize greater wddx packets

[ralf dot praschak at gmx dot net]

From: ralf dot praschak at gmx dot net
Operating system: windows 2000 professional sp4
PHP version:  5.0.0
PHP Bug Type: WDDX related
Bug description:  php5 cannot deserialize greater wddx packets

Description:

for exchanging a screenshot gallery i decode every exif information in a
wddx packet. worked without problems in php4.3.x under win32 and linux.

now with php5.0.0, the wddx is generated proberly but cannot deserialized.
if i reduce the size of the hash, it works, but that is not a solution. the
error.log from apache shows nothing hintful.

Reproduce code:
---
1. the wddx generation
// save the cache file
$wddx = wddx_packet_start("Screenshots");
wddx_add_vars($wddx, "sort");
$wddx = wddx_packet_end($wddx);
$wddx = addslashes($wddx);

$file = $_cache."_includes/screenshots.wddx.php";
$fp = fopen($file, "w");
fwrite($fp, $wddx);
fclose($fp);

2. the deserialize process
// read wddx cache file
$wddx = file_get_contents($_cache."_includes/screenshots.wddx.php");
$wddx = stripslashes($wddx);
$wddx = wddx_deserialize($wddx);
$wddx = $wddx["sort"];

Expected result:

an array with the original hash

Actual result:
--
an empty result

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

#29324 [NEW]: Severe problems with NexusDB ODBC driver

[groenink at xs4all dot nl]

From: groenink at xs4all dot nl
Operating system: Windows XP
PHP version:  5.0.0
PHP Bug Type: ODBC related
Bug description:  Severe problems with NexusDB ODBC driver

Description:

Accessing a NexusDB database from PHP using the ODBC driver results in two
problems, that cannot be reproduced using any other ODBC query tools:

(1) The columns returned by odbc_fetch_array() are not indexed by their
column names, but by the values!!!

(2) Getting one row with odbc_fetch_array() is fine, but as soon as you
ask for the second one, the web server complains about an access violation
(both Apache and IIS).

Apparently the driver does something that the ODBC library in PHP doesn't
expect, but most other windows programs think is fine.

The problem exists in PHP 4.3.7 as well as PHP 5.0.0.


Reproduce code:
---
$db = odbc_connect("nexusdb", "", "");


// Don't use "select *", it will crash immediately.
// This is something the other ODBC tools seem to
// know and deal with as well.
//
$result = odbc_exec($db, "SELECT id, name FROM table");

$num_records_fetched  = 0;
$num_records_to_fetch = 2;

while ($row = odbc_fetch_array($result)) {
   $num_records_fetched++;
   echo "Row {$num_records_fetched}:";
   foreach ($row as $key => $value) {
  echo " {$key} => {$value}";
   }
   if ($num_records_fetched >= $num_records_to_fetch) {
  break;
   }
}


Expected result:

I'd expect to see:

row 1: id => 0001 name => foo
row 2: id => 0002 name => bar



Actual result:
--
I get an "access violation".


If I change "num_records_to_fetch" to 1, it no longer violates access, but
I see this instead:

row 1: 0001 => 0001 foo => foo



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

#29325 [NEW]: How to rotate a Image on the Image in 45 Degree?

[mohanrky2 at yahoo dot com]

From: mohanrky2 at yahoo dot com
Operating system: Windows XP
PHP version:  4.3.9
PHP Bug Type: GD related
Bug description:  How to rotate a Image on the Image in 45 Degree?

Description:

Iam GD Library for my site to display the Weather Information.

when i was using i found i could not rotate an Image at 45 degree on the
Image.

Wheather it is possible to rotate an image at any specified Degree.

Help me , its urgent.


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

#28754 [Opn]: No TLS / SSL support for FTP

[toppi at kacke dot de]

 ID:   28754
 User updated by:  toppi at kacke dot de
 Reported By:  toppi at kacke dot de
 Status:   Open
 Bug Type: Sockets related
 Operating System: linux/unix
 PHP Version:  4.3.4
 New Comment:

Maybe an idea...

What about to add something like SSLv23_client_method() ?
kinda STREAM_get_SSLv23_client() ?

So you could easy add the tls/ssl layer to any FP created by
fsockopen(), fopen() etc... ? Imo would be a kewl thingy to make it
some more flexible.

Also i have no clue if this is possible :) just an idea !

ps.
Wez ... if you feel bored sometimes, please remeber this :-)


Previous Comments:


[2004-07-14 20:12:10] toppi at kacke dot de

And last but not least (hope) the final release of php5 tells me the
same.



[2004-07-14 20:06:36] toppi at kacke dot de

We did the following on a OS: Fedora Core 2 Linux

Version 4.3.8
/configure --prefix=/home/simon/php348
--with-mysql=/usr/local/mysql-4.0.18 --with-zlib --enable-ftp
--with-curl --enable-bcmath  --with-openssl --with-mcrypt --with-mhash
--enable-pcntl --enable-shmop --enable-sockets --enable-sysvmsg
--enable-sysvsem --enable-sysvshm

GIves Error:
Warning:  fsockopen(): SSL operation failed with code 1. OpenSSL
Error messages:
error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol in
/home/simon/php348--with-mysql=/usr/local/mysql-4.0.18/bin/test.php
on line 4

error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number in
/home/simon/php348--with-mysql=/usr/local/mysql-4.0.18/bin/test.php
on line 4
b>Warning:  fsockopen(): php_stream_sock_ssl_activate_with_method:
SSL handshake/connection failed in
/home/simon/php348--with-mysql=/usr/local/mysql-4.0.18/bin/test.php
on line 4
Warning:  fsockopen(): failed to activate SSL mode 2 in
/home/simon/php348--with-mysql=/usr/local/mysql-4.0.18/bin/test.php
on line 4
 failed SSLhandshake

PHP 5 RC3

PHP Warning:  fsockopen() [function.fsockopen]: SSL operation failed
with code 1. OpenSSL Error messages:

error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol in
/home/simon/php348/bin/test.php on line 4



[2004-07-14 01:00:04] php-bugs at lists dot php dot net

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



[2004-07-06 16:02:45] [EMAIL PROTECTED]

Please update first to PHP 4.3.7!!



[2004-06-13 12:13:55] toppi at kacke dot de

glftpd 1.3x Linux + TLS



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

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

#29325 [Opn]: How to rotate a Image on the Image in 45 Degree?

[mohanrky2 at yahoo dot com]

 ID:   29325
 User updated by:  mohanrky2 at yahoo dot com
 Reported By:  mohanrky2 at yahoo dot com
 Status:   Open
 Bug Type: GD related
 Operating System: Windows XP
 PHP Version:  4.3.9
 New Comment:

Iam using GD Library for my site to display the Weather Information.

when i was using i found i could not rotate an Image at 45 degree on
the
Image.

Wheather it is possible to rotate an image at any specified Degree.

Help me , its urgent.


Previous Comments:


[2004-07-22 12:35:21] mohanrky2 at yahoo dot com

Description:

Iam GD Library for my site to display the Weather Information.

when i was using i found i could not rotate an Image at 45 degree on
the Image.

Wheather it is possible to rotate an image at any specified Degree.

Help me , its urgent.






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

#29326 [NEW]: XML support for MySQL functions

[fibberish at xs4all dot nl]

From: fibberish at xs4all dot nl
Operating system: 
PHP version:  Irrelevant
PHP Bug Type: Feature/Change Request
Bug description:  XML support for MySQL functions

Description:

The idea would be that when SELECT * FROM table; is executed on this
table:


| id  | name   |

| 1   | User 1 |
| 2   | User 2 |
| 3   | User 3 |
| 4   | User 4 |


Combined with a piece of code like this:

while( $row = mysql_fetch_array($result, RETURN_XML, "UserRecord") ) {
   echo $row["UserRecord"];
}

Would output this:


   1
   User 1


   ...etcetera


I do realize this may not be much information to go on, but I am sure the
concept is very clear. :)


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

#29327 [NEW]: Implicit cloning error

[jules at infinityblue dot com]

From: jules at infinityblue dot com
Operating system: Windows 2000 Server
PHP version:  5.0.0
PHP Bug Type: Scripting Engine problem
Bug description:  Implicit cloning error 

Description:

I have a small issue with a PHP 4 developed application on PHP5. Current I
get the following error message:

PHP ERROR : , ERROR CODE: 2048, MESSAGE: Implicit cloning object of class
'testErrors' because of 'zend.ze1_compatibility_mode', FILE:
c:\eclipse\workspace\myapp\index_test.php, LINE: 6

I'm loading an error handler. It immediatly trips of the error hander with
the above error.  This code works on PHP 4.2.4.

The following changes were made to the php.ini (taken from
php.ini-recommended) for PHP 5:
zend.ze1_compatibility_mode = On
display_errors = on
error_reporting  =  E_ALL
extension=php_mysql.dll
extension_dir = "ext/"

Server is running on Apache 1.3.29. No segmentation faults have been noted
in the logs


Reproduce code:
---
The first file index_test.php looks as follows:


And testErrors.php looks like:
";
  }
  // declare the above function to handle all PHP errors
  set_error_handler('HandleError');
 }
}
?>

Expected result:

I expect the class to be loaded and the erro handler to be working
*without* echoing the contents of:

echo "The error message: $mErrorMessage";


Actual result:
--
The error message: PHP ERROR : , ERROR CODE: 2048, MESSAGE: Implicit
cloning object of class 'testErrors' because of
'zend.ze1_compatibility_mode', FILE:
c:\eclipse\workspace\sitemanager\infinityadmin\index_test.php, LINE: 6

Error handler is set off with the above error message. But in theory no
error should have been caused. 

This error is also error code 2048. This is surely E_STRICT error
reporting, however, php.ini is set to E_ALL. 

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

#29127 [Com]: PHP has encountered an Access Violation

[jmjt at lut dot fi]

 ID:   29127
 Comment by:   jmjt at lut dot fi
 Reported By:  bojo at gvea dot com
 Status:   Open
 Bug Type: Reproducible crash
 Operating System: Windows 2003 Server
 PHP Version:  5.0.0
 New Comment:

Any possibility of getting a version for PHP 4.3.8 of the DLL? The
access violation bug is highly reproducible also there and I'm big
stuck here not wanting to go below 4.3.8 because of the serious bugs
and not ready to go to 5.0.0 yet.


Previous Comments:


[2004-07-21 22:29:33] noidea_2 at hotmail dot com

I'm also getting the Access Violation error randomly. Email me if I
have to test things.



[2004-07-20 16:06:15] justin at jphil dot net

After thinking that the suggested .dll replacement had fixed the Access
violation error I was disappointed to see the error showing itself here
and there again. However now it seems to be only after relatively
complex scripts are run (XML_RPC in this case) and even then only
perhaps every 10th time the script is run... so the problem is still
there...

My system is IIS6, Windows Server 2003 SE, PHP 5.0.0 (with replaced
php5ts.dll)

Justin



[2004-07-19 13:15:11] taomyn at myway dot com

Damn, now I'm getting a similar error with other PHP, and it's random
i.e. sometimes it works other times I get the access violation.



[2004-07-19 06:34:31] naaokth at free dot fr

>>Could you try php5ts.dll from http://emini.dk/php5ts-zend-mm.zip<<

i tried it, it work very nice ^^ no more error THX



[2004-07-19 03:25:55] l_anjanesh at yahoo dot com

Hi
I posted the same bug at a different location (bug id : 28799) and I
got this reply from one of the php guys team.

Could you try php5ts.dll from http://emini.dk/php5ts-zend-mm.zip

I did not try it out myself since I've to complete some projects in ver
4.3.7. So updating to ver 5 will take some time for me. But let me know
if this one works absolutely fine.
Thanks
Anjanesh



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

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

#29320 [Fbk->Opn]: i cant rotate image to 1-45 likewise by using imagerotate() function, urgent

[seesaran2003 at yahoo dot com]

 ID:   29320
 User updated by:  seesaran2003 at yahoo dot com
 Reported By:  seesaran2003 at yahoo dot com
-Status:   Feedback
+Status:   Open
 Bug Type: GD related
 Operating System: winxp
 PHP Version:  4.3.8
 New Comment:

i cant rotate image properly to 1-45 degree likewise by using
imagerotate() function, we can rotate image to 90,180,270,360 degree
only. But i want coding to rotate image to any angle like 15,35,80,250,
etc..

urgently wanted solution


Previous Comments:


[2004-07-22 11:51:53] [EMAIL PROTECTED]

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

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

Thank you for your interest in PHP.






[2004-07-22 11:27:51] seesaran2003 at yahoo dot com

Description:

i cant rotate image to 1-45 likewise by using imagerotate() function,
urgently wanted solution






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

#29320 [Opn->Bgs]: i cant rotate image to 1-45 likewise by using imagerotate() function, urgent

[chregu]

 ID:   29320
 Updated by:   [EMAIL PROTECTED]
 Reported By:  seesaran2003 at yahoo dot com
-Status:   Open
+Status:   Bogus
 Bug Type: GD related
 Operating System: winxp
 PHP Version:  4.3.8
 New Comment:

According to the source, imagerotate only works with
90, 180, 270, 45, 360 degrees.

You have to use an external tool like imagemagick or the imagick
extension from pecl (http://pecl.php.net/imageick) for having this
functionality.

Urgent is nothing here, by the way. Expect you pay someone to actually
do it ;)


Previous Comments:


[2004-07-22 14:04:50] seesaran2003 at yahoo dot com

i cant rotate image properly to 1-45 degree likewise by using
imagerotate() function, we can rotate image to 90,180,270,360 degree
only. But i want coding to rotate image to any angle like 15,35,80,250,
etc..

urgently wanted solution



[2004-07-22 11:51:53] [EMAIL PROTECTED]

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

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

Thank you for your interest in PHP.






[2004-07-22 11:27:51] seesaran2003 at yahoo dot com

Description:

i cant rotate image to 1-45 likewise by using imagerotate() function,
urgently wanted solution






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

#28754 [Opn->Csd]: No TLS / SSL support for FTP

[wez]

 ID:   28754
 Updated by:   [EMAIL PROTECTED]
 Reported By:  toppi at kacke dot de
-Status:   Open
+Status:   Closed
 Bug Type: Sockets related
 Operating System: linux/unix
 PHP Version:  4.3.4
 New Comment:

Won't fix in PHP 4.x or 5.0.x.
Current HEAD now has:

bool stream_socket_enable_crypto($stream, $enable [, $kind [,
$session]]);

$stream = fsockopen('tcp://host', $port);
...
// now turn on SSL
stream_socket_enable_crypto($stream, true,
STREAM_CRYPTO_METHOD_SSLv23_CLIENT);

...
// we can turn it off too
stream_socket_enable_crypto($stream, false);

The $session parameter is optional and can be used to seed the crypto
layer with the session ID from another, separate, SSL enable stream;
something that might be useful if you open a second DATA connection for
ftp.




Previous Comments:


[2004-07-22 12:35:53] toppi at kacke dot de

Maybe an idea...

What about to add something like SSLv23_client_method() ?
kinda STREAM_get_SSLv23_client() ?

So you could easy add the tls/ssl layer to any FP created by
fsockopen(), fopen() etc... ? Imo would be a kewl thingy to make it
some more flexible.

Also i have no clue if this is possible :) just an idea !

ps.
Wez ... if you feel bored sometimes, please remeber this :-)



[2004-07-14 20:12:10] toppi at kacke dot de

And last but not least (hope) the final release of php5 tells me the
same.



[2004-07-14 20:06:36] toppi at kacke dot de

We did the following on a OS: Fedora Core 2 Linux

Version 4.3.8
/configure --prefix=/home/simon/php348
--with-mysql=/usr/local/mysql-4.0.18 --with-zlib --enable-ftp
--with-curl --enable-bcmath  --with-openssl --with-mcrypt --with-mhash
--enable-pcntl --enable-shmop --enable-sockets --enable-sysvmsg
--enable-sysvsem --enable-sysvshm

GIves Error:
Warning:  fsockopen(): SSL operation failed with code 1. OpenSSL
Error messages:
error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol in
/home/simon/php348--with-mysql=/usr/local/mysql-4.0.18/bin/test.php
on line 4

error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number in
/home/simon/php348--with-mysql=/usr/local/mysql-4.0.18/bin/test.php
on line 4
b>Warning:  fsockopen(): php_stream_sock_ssl_activate_with_method:
SSL handshake/connection failed in
/home/simon/php348--with-mysql=/usr/local/mysql-4.0.18/bin/test.php
on line 4
Warning:  fsockopen(): failed to activate SSL mode 2 in
/home/simon/php348--with-mysql=/usr/local/mysql-4.0.18/bin/test.php
on line 4
 failed SSLhandshake

PHP 5 RC3

PHP Warning:  fsockopen() [function.fsockopen]: SSL operation failed
with code 1. OpenSSL Error messages:

error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol in
/home/simon/php348/bin/test.php on line 4



[2004-07-14 01:00:04] php-bugs at lists dot php dot net

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



[2004-07-06 16:02:45] [EMAIL PROTECTED]

Please update first to PHP 4.3.7!!



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

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

#29280 [Fbk->Asn]: changing the default http-wrapper

[wez]

 ID:  29280
 Updated by:  [EMAIL PROTECTED]
 Reported By: Progman2002 at gmx dot de
-Status:  Feedback
+Status:  Assigned
 Bug Type:*Network Functions
 PHP Version: Irrelevant
-Assigned To: 
+Assigned To: pollita
 New Comment:

Current CVS now has stream_context_get_default() which returns the
default context used by all newly created streams (unless explicitly
overriden).

You can use this in your script (perhaps via auto_prepend) to set the
proxy globally.

I know; an ini option for the proxy would be a good idea too, so let's
ask Sara really nicely if she wouldn't mind adding that.


Previous Comments:


[2004-07-20 14:52:57] Progman2002 at web dot de

sure:
 PHP-Code:
 array('request_fulluri' => true,
  'proxy' =>
'tcp://192.168.0.1:8080'));

$context = stream_context_create($opts);

$url = "http://www.example.com/";;

$fp = fopen($url, 'r', false, $context);
if (!$fp) {
echo "nothing :(";
} else {
var_dump($fp);
fclose($fp);
}

// and now without $context...

$fp = fopen($url, 'r');
if (!$fp) {
echo "nothing :(";
} else {
var_dump($fp);
fclose($fp);
}
?>

The first call with $context works, the second doesnt:

 Output:
resource(3) of type (stream) 
Warning: fopen(http://www.example.com/) [function.fopen]: failed to
open stream: Connection timed out in /home/progman/public_html/test.php
on line 19
nothing :(

 Expected:
resource(3) of type (stream)
resource(4) of type (stream) // or an other resource-id

A php.ini-setting for proxys would be maybe better ;)



[2004-07-20 14:24:46] [EMAIL PROTECTED]

I know what you mean (and we do have something planned), but can you
please clarify which functions you are using to implement proxy
support?



[2004-07-20 14:01:48] Progman2002 at gmx dot de

Description:

I'm behind a proxy so my local php version cannot access the internet
directly. Every HTTP-Request must go throught the proxy. I have see
that I can create my own http-wrapper with settings to use my proxy and
use this metioned "context" as fourth parameter for the functions like
fopen and file_get_contents. This works fine, but what about if I use
third-party scripts, which just use file_get_contents($url) instead of
file_get_contents($url, false, $context)? It is possible to change or
modify the internal http-wrapper to use my proxy instead of creating a
new http-wrapper with stream_*() so I can just use file_get_contents()
and fopen() without the 'zcontext'-parameter?






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

#29258 [Opn->Fbk]: conversion between unix timestamp and variant VT_date

[wez]

 ID:   29258
 Updated by:   [EMAIL PROTECTED]
 Reported By:  arnout at argeweb dot nl
-Status:   Open
+Status:   Feedback
 Bug Type: COM related
 Operating System: Windows 2003 server,standard
 PHP Version:  5.0.0
 New Comment:

Please try using this CVS snapshot:

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

Please try a snapshot.


Previous Comments:


[2004-07-19 15:19:43] arnout at argeweb dot nl

Description:

Converting dates using variant_date_from_timestamp() loses 2 hours. 
Might be some timezone-like thing but then again:
variant_date_to_timestamp() does give a precise translation.

I'm running apache 2 with php 5.0.0 RC 2. I tried both CGI and through
apache.

Reproduce code:
---


Expected result:

now: 20040719
now timestamp: 1090188000
a.k.a. : 1090188000 = 20040719
variant: 19-7-2004 0:00:00
and back again: 1090188000 = 20040719


Actual result:
--
now: 20040719
now timestamp: 1090188000
a.k.a. : 1090188000 = 20040719
variant: 18-7-2004 22:00:00
and back again: 1090180800 = 20040718

// 2 hours gone! And even worse: The date changed!





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

#26841 [Ver->Csd]: Child class cannot see protected member var from parent

[stas]

 ID:   26841
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Verified
+Status:   Closed
 Bug Type: Zend Engine 2 problem
 Operating System: *
 PHP Version:  5CVS-2004-03-15
 New Comment:

This bug has been fixed in CVS.

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




Previous Comments:


[2004-06-04 06:35:13] nlhowell at cableone dot net

While this *is* wrong (imo), I also see another problem, which is that
there's not enough qualification with this.

IMO, 'parent::$a' should refer to the static $a, while
'$this->parent::$a' should refer to the derived $a, much like
'self::$a' refers to the static $a and '$this->a' refers to the
instance $a. Although you can't have a static $a and a public $a, you
can have a static $a that operates as both.

Somehow this should be changed to provide a consistant way to access
static and instance members.

Nick



[2004-01-12 07:19:38] [EMAIL PROTECTED]

Sorry,
the actual output is :

int(2)
int(2)
PHP Fatal error:  Cannot access protected property base::$a in
/home/andrey/test/t.php on line 15



[2004-01-08 07:08:29] [EMAIL PROTECTED]

Description:

Hello,..
today I tried the code which I post as reproduce code. I expect in
public_func2() the property which is declared as protected in the base
class to be visible. However PHP bails out with message :
PHP Fatal error:  Cannot access protected property base::$a in
/home/andrey/test/t.php on line 16 . Use of parent:: does not help
also.
AFAIK protected member vars should be visible in the generalization
classes.

As a side note please refer to bug #18024, for an additional effect
which can be seen when using the reproduce code - shadowing of the
variable declared in the base class. Method public_func1() of the base
class uses the variable $a of "child" which is shadowing $a of "base".
Is this an expected behaviour?

Thanks


Reproduce code:
---
a);
}
}

class child extends base {
public $a = 2;

public function public_func2() {
var_dump($this->a);
var_dump(parent::$a);
}
}

$a = new child();
$a->public_func1();
$a->public_func2();
?>

Expected result:

int(2)
int(2)
array(0) {
}


Actual result:
--
int(2)
int(2)
PHP Fatal error:  Cannot access protected property base::$a in
/home/andrey/test/t.php on line 16






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

#29324 [Opn]: Severe problems with NexusDB ODBC driver

[wez]

 ID:   29324
 Updated by:   [EMAIL PROTECTED]
 Reported By:  groenink at xs4all dot nl
 Status:   Open
 Bug Type: ODBC related
 Operating System: Windows XP
 PHP Version:  5.0.0
 New Comment:

I know this is side-stepping the issue slightly, but would you mind
testing the PDO?

For a bit more info:
http://netevil.org/node.php?uuid=bf0a58d7-68ab-49d0-9a29-f5ec97c5dfde

You'll need:
http://snaps.php.net/win32/PECL_5_0/php_pdo.dll
http://snaps.php.net/win32/PECL_5_0/php_pdo_odbc.dll

Please reply directly to me ([EMAIL PROTECTED]) with feedback on PDO.



Previous Comments:


[2004-07-22 12:01:13] groenink at xs4all dot nl

Description:

Accessing a NexusDB database from PHP using the ODBC driver results in
two problems, that cannot be reproduced using any other ODBC query
tools:

(1) The columns returned by odbc_fetch_array() are not indexed by their
column names, but by the values!!!

(2) Getting one row with odbc_fetch_array() is fine, but as soon as you
ask for the second one, the web server complains about an access
violation (both Apache and IIS).

Apparently the driver does something that the ODBC library in PHP
doesn't expect, but most other windows programs think is fine.

The problem exists in PHP 4.3.7 as well as PHP 5.0.0.


Reproduce code:
---
$db = odbc_connect("nexusdb", "", "");


// Don't use "select *", it will crash immediately.
// This is something the other ODBC tools seem to
// know and deal with as well.
//
$result = odbc_exec($db, "SELECT id, name FROM table");

$num_records_fetched  = 0;
$num_records_to_fetch = 2;

while ($row = odbc_fetch_array($result)) {
   $num_records_fetched++;
   echo "Row {$num_records_fetched}:";
   foreach ($row as $key => $value) {
  echo " {$key} => {$value}";
   }
   if ($num_records_fetched >= $num_records_to_fetch) {
  break;
   }
}


Expected result:

I'd expect to see:

row 1: id => 0001 name => foo
row 2: id => 0002 name => bar



Actual result:
--
I get an "access violation".


If I change "num_records_to_fetch" to 1, it no longer violates access,
but I see this instead:

row 1: 0001 => 0001 foo => foo







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

#27659 [Com]: Cannot re-assign $this

[mschulznospam at qualserv dot net]

 ID:   27659
 Comment by:   mschulznospam at qualserv dot net
 Reported By:  js at enradia dot com
 Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: linux 2.6.3
 PHP Version:  5.0.0RC1
 New Comment:

Expected behavior is if a script that works in PHP 4 also works in PHP
5.  This is definitely a bug, whether it's a bug in PHP or a bug in the
script.  But this broke a whole bunch of scripts on our servers so I'm
blaming PHP.

(remove the nospam in my email address if u want to reply)


Previous Comments:


[2004-07-21 18:00:33] drew at estara dot com

Anyone who knows PHP objects better than me, as a simple replacement
for:

$this = $foo;

will something like this:

foreach (get_object_vars($foo) as $key => $value)
  $this->$key = $value;

work in all cases?  It's worked in all the cases I've tested it on so
far (including Gallery), but I figure there must be a problem with it
since no one's mentioned it so far.

Drew



[2004-07-15 23:26:06] mlemos at acm dot org

There is no assignment of $this in Metabase code. It was a
misunderstanding of the original poster. Metabase works seeminglessly
in PHP 3, PHP 4 and PHP 5.



[2004-07-15 02:49:27] jbeall at heraldic dot us

Here is a potential solution.  Where you would have reassigned $this,
do something like this:

$this->Object = new Whatever();

Or, in the case of unserializing session data

$this->Session = unserialize($data);

Now you have a choice.  Your first option is to delegate every method
that needs to be delegated.  So, $this would need methods for every
method in $Object.  Each method would look something like:


function nameOfFunction()
{
 return $this->Object->nameOfFunction();
}

The other option is to intercept all method calls, and then decide on
the fly if they belong to $this or to $this->Object.

If you have properties, I think you are going to have to intercept with
__get() and __set().

You can read about overloading object functions with __get(), __set(),
and __call() here:
http://us2.php.net/manual/en/migration5.oop.php#migration5.oop.overload

I chose the delegation model.  If possible, I would recommend that.  If
you have properties to deal with, you will have to intercept the __get()
and __set() calls and handle them appropriately.



[2004-03-23 14:40:09] [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

Actually this is expected behavior. We explicitly decided to have $this
being readonly because of interna problems with the new engine.



[2004-03-23 13:57:53] [EMAIL PROTECTED]

Take a look at PEAR::DB for an example of using a factory method (i.e.:
  $foo = DB::connect($uri);  )

For background on why support for reassigning $this was dropped, take a
look at http://news.php.net ( php.internals mailing list in particular )
or the ZendEngine2 mailing list which is archived at
http://www.zend.com




The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/27659

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

#23861 [Com]: php_gd2.dll - The Specified procedure cannot be found

[james at nuvola dot co dot uk]

 ID:   23861
 Comment by:   james at nuvola dot co dot uk
 Reported By:  steve at enerds dot ca
 Status:   Bogus
 Bug Type: Dynamic loading
 Operating System: Windows
 PHP Version:  4.3.2RC4
 New Comment:

I too am having this problem. I have version 5.0.0 of php_gd2.dll, and
now PHP 4.3.8.8 (having uninstalled 4.3.4 and installed this to try and
fix the problem). My system has XP Pro with IIS 5.1.2600.1

The only php*.dll files I have on my machine are php4ts and php_gd2.

Whenever I try and call the image functions I get the same error:
'Unable to load dynamic library 'C:\WINDOWS\system32\php_gd2.dll' - The
specified module could not be found'. The file is at this location. I
also get a similar error when I try and register the DLL with regsvr32
on the command line, which leads me to suspect that it's something to
do with the DLL and not how PHP uses it, or potentially a Windows
configuration issue. Also, I've tried putting the DLL in various
locations and no joy. Any ideas anyone??


Previous Comments:


[2003-06-12 20:01:34] iridium at beyondunreal dot com

I am a stupid idiot/dolt person.

Gahh.

I found that there were php4ts.dll/php4apache.dlls in my apache
executable directory that were out of date.

Updated them and the the problem disappeared.

Let this be a lesson.. search for *.dll!



[2003-06-12 19:39:50] iridium at beyondunreal dot com

I am getting this bug as well, I am aware this one has been declared
bogus, but I am curious.

I have found that php_gd2.dll and php_sockets.dll will not load at all
in the latest version of PHP (4.3.2), but if I take the modules from
PHP 4.3.0, they will both load using PHP 4.3.2.

I have made sure these are the only copies avaliable in the path, and I
have tried as many locations to put these DLLs as you care to think of,
but they still won't load.

Since the problem only seems to occour when I try to use the latest
DLLs, doens't that mean something is wrong with the DLLs? 

To my knowledge, I have followed the install instructions quite
carefully, and I am certain that all of the relevent (PHP) DLLs have
been updated on my system to version 4.3.2. I have spent quite a while
puzzling over this.

I'm running Apache 1.3.7 and PHP 4.3.2 on Windows XP Pro Sp1.

A friend of mine found that PHP wouldn't load on his system either if
he tried to use the most recent gd2.dll.



[2003-05-29 22:45:02] steve at enerds dot ca

*puts head down with sheepish grin*

For some reason or another our sysadmin had a copy of the dll's in
c:\windows and c:\windows\system32.Once I deleted those from
c:\windows and updated those in c:\windows\system32
all was well.

Sorry for the inconvenience, appreciate the support
~Steve



[2003-05-29 20:57:17] steve at enerds dot ca

I am still having the problem with multiple Windows machine, with
different configurations.   In all cases, the gd2.dll loads with php
4.3.1, however when I upgrade to the RC 4.3.2 gd2 cannot load.  

Please advise.
Thanks in advance



[2003-05-28 21:57:53] steve at enerds dot ca

This is *NOT* a configuration problem.   Using 4.3.1, without changing
my configuration file, paths, or anything else (just the appropriate
dll's), it works - gd2 extension loads.   When I change to the 4.3.2
RC4 code, it does not work.  This is using the exact same machine, web
server, configuration, 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/23861

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

#29329 [NEW]: configure missing "-L$MYSQL_LIB_DIR" when checking for mysql_stmt_field_count

[beardie at dsvr dot net]

From: beardie at dsvr dot net
Operating system: Linux
PHP version:  5.0.0
PHP Bug Type: *Compile Issues
Bug description:  configure missing "-L$MYSQL_LIB_DIR" when checking for 
mysql_stmt_field_count 

Description:

When running ./configure with the following options (amongst others):

  --with-mysql=shared,/opt/mysql-4.1
  --with-mysqli=shared,/opt/mysql-4.1/bin/mysql_config

I get the following failure message:

checking for mysql_stmt_field_count in -lmysqlclient... no
configure: error: MySQLI doesn't support versions < 4.1.3 anymore. Please
update your libraries.

Which is resolved by applying the following patch to configure:

--- orig/configure  2004-07-22 14:27:15.0 +0100
+++  new/configure  2004-07-22 14:27:10.0 +0100
@@ -54963,7 +54963,7 @@
   echo $ac_n "(cached) $ac_c" 1>&6
 else
   ac_save_LIBS="$LIBS"
-LIBS="-lmysqlclient  $LIBS"
+LIBS="-L$MYSQL_LIB_DIR -lmysqlclient  $LIBS"
 cat > conftest.$ac_ext <&6
 else
   ac_save_LIBS="$LIBS"
-LIBS="-lmysqlclient  $LIBS"
+LIBS="-L$MYSQL_LIB_DIR -lmysqlclient  $LIBS"
 cat > conftest.$ac_ext 

#29089 [Com]: Configure Warning concerning MySQL Version 4.1.3

[beardie at dsvr dot net]

 ID:   29089
 Comment by:   beardie at dsvr dot net
 Reported By:  s dot seipel at gmx dot de
 Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Linux Slackware 9.1
 PHP Version:  5CVS-2004-07-10 (dev)
 New Comment:

There's also a bug in the 'configure' file.

See http://bugs.php.net/bug.php?id=29329>Bug #29329


Previous Comments:


[2004-07-14 09:39:33] [EMAIL PROTECTED]

.



[2004-07-14 09:39:17] [EMAIL PROTECTED]

It's due to symbol clashes, PHP doesn't know internall when to use a
function in which of the two libraries (because the name of the
function is the same inside the library) and PHP just picks one then,
leading to unexpected results. Perhaps you could compile it, but it
would not really work very well.

So I'm changing the status back to bogus.



[2004-07-13 01:41:56] s dot seipel at gmx dot de

> You can't compile the mysql4.0 client and mysql4.1 client > together,
try
> changing your --with-mysql to /usr/local/mysql4.1/

why could I use the mysql 4.1 libmysqlclient for both mysql versions? I
thought each libmysqlclient is intended for one mysql version...

It would be great if you could answer!
tbanks, sabine



[2004-07-11 11:11:51] s dot seipel at gmx dot de

okay, you're right. but why could I compile the mysql4.0 und mysql 4.1
client together with PHP 5 RC3?

was this attitude changing with the latest CVS?

thanks!



[2004-07-11 08:44:31] [EMAIL PROTECTED]

fixed status -> bogus



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

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

#29330 [NEW]: pcntl_tick_handler crashes

[grayw at mail dot montclair dot edu]

From: grayw at mail dot montclair dot edu
Operating system: Mac OS X 10.3.4
PHP version:  5.0.0
PHP Bug Type: Reproducible crash
Bug description:  pcntl_tick_handler crashes

Description:

A daemon (using PHPCLI) that spawns children using pcntl_fork crashes
reproducibly. 

Crashlog suggests pcntl_tick_handler is the culprit, however it could be
my doing.  Crashlog output below.  Crash sometimes occurs right away, but
never later than 3 minutes after starting daemon.

Other info:
configure: 
./configure \
--prefix=/usr/local/php5 \
--disable-cgi \
--with-openssl=/usr/local/ssl \
--enable-calendar \
--with-libxml-dir=/usr/local \
--with-gd \
--with-jpeg-dir=/usr/local \
--with-png-dir=/usr/local \
--with-zlib-dir=/usr \
--enable-ftp \
--with-ldap \
--with-mcrypt \
--with-mhash \
--with-mysql=/usr/local/mysql \
--with-ncurses \
--with-pgsql=/usr/local/postgres \
--enable-soap \
--enable-sockets \
--with-pear \
--enable-pcntl

Changes to php.ini from ini-dist:
;include_path = ".:/php/includes"
include_path =
".:/usr/local/php5/include/php:/usr/local/php5/lib/php:./includes"

Reproduce code:
---
Providing link to the full source, as the source is somewhat complex:

http://quicksilver.montclair.edu/src/ServiceMonitor/

The crash is happening during the loop() method of ServiceCheckRunner:

public function loop()
{
declare(ticks=1);
pcntl_signal(SIGCHLD, array($this, "sig_child"));
pcntl_signal(SIGUSR1, array($this, "sig_usr1"));
pcntl_signal(SIGINT, array($this, "sig_int"));
pcntl_signal(SIGHUP, array($this, "sig_hup"));
pcntl_signal(SIGTERM, array($this, "sig_term"));

//while (1) {}

//begin, The Big Loop.
while(1)
{
$now = time();

if (count($this->children) < $this->num_children)
{
$service = $this->next();
if ($now < $service->next_attempt())
{
sleep(1);
continue;
}
$service->set_next_attempt();
if ($pid = pcntl_fork())
{
$this->children[$pid] = $service;
}
else {
pcntl_alarm($service->timeout());
exit($service->run());
}
}

} // end, The Big Loop.

} // end function loop

Expected result:

The processes should continue running until a signal is received and
handled, or they receive a SIGKILL.

Actual result:
--
Daemon crashes every time it is run, with a malloc message and a core dump
(which the kernel catches, and formats using CrashReporter).

Console output:
*** malloc[19317]: error for object 0xcbc4d0: Incorrect checksum for freed
object - object was probably modified after being freed; break at
szone_error


Output from Apple's CrashReporter:
**

Host Name:  quicksilver.montclair.edu
Date/Time:  2004-07-22 09:44:07 -0400
OS Version: 10.3.4 (Build 7H63)
Report Version: 2

Command: php
Path:/usr/local/php5/bin/php
Version: ??? (???)
PID: 19660
Thread:  0

Exception:  EXC_BAD_ACCESS (0x0001)
Codes:  KERN_INVALID_ADDRESS (0x0001) at 0x784816ff

Thread 0 Crashed:
0   php 0x001bb470 pcntl_tick_handler + 0x9c (pcntl.c:668)
1   php 0x001804b8 zend_llist_apply_with_argument + 0x38
(zend_llist.c:233)
2   php 0x0015bb78 php_run_ticks + 0x38 (php_ticks.c:71)
3   php 0x001ae654 zend_ticks_handler + 0x64 (zend_execute.c:4187)
4   php 0x001a7364 execute + 0x14c (zend_execute.c:1391)
5   php 0x001aa90c zend_do_fcall_common_helper + 0x350
(zend_execute.c:2729)
6   php 0x001a7364 execute + 0x14c (zend_execute.c:1391)
7   php 0x0018952c zend_execute_scripts + 0xfc (zend.c:1062)
8   php 0x00152148 php_execute_script + 0x270 (main.c:1629)
9   php 0x001bca70 main + 0xb98 (php_cli.c:944)
10  php 0x2380 _start + 0x188 (crt.c:267)
11  php 0x21f4 start + 0x30

PPC Thread State:
  srr0: 0x001bb470 srr1: 0xf030vrsave: 0x
cr: 0x8804  xer: 0x0002   lr: 0x001bb478  ctr: 0x0017d7b0
r0: 0x001bb4b4   r1: 0xbfffea50   r2: 0x   r3: 0x00279720
r4: 0x104816f7   r5: 0xbfffea90   r6: 0x00cb08e0   r7: 0x0004
r8: 0x02045210   r9: 0x00ca2d60  r10: 0x00276250  r11: 0x00276254
   r12: 0x0017d7b0  r13: 0x00275000  r14: 0x  r15: 0x00278e90
   r16: 0x0008  r17: 0x00259440  r18: 0x002761b8  r19: 0x
   r20: 0x  r21: 0x00ca33d0  r22: 0x0001  r23: 0x002749f0
   r24: 0x0025a5d4  r25: 0x  r26: 0x00cbce30  r27: 0x0025b3dc
   r28: 0x00274920  r29: 0x0001  r30: 0x784816f7  r31: 0x001bb3dc

Binary Images Description:
0x1000 -   0x228fff php php
  0x89 -   0x8aafff libmysqlclient.12.dylib

#29280 [Com]: changing the default http-wrapper

[progman2002 at gmx dot de]

 ID:  29280
 Comment by:  progman2002 at gmx dot de
 Reported By: Progman2002 at gmx dot de
 Status:  Assigned
 Bug Type:*Network Functions
 PHP Version: Irrelevant
 Assigned To: pollita
 New Comment:

works fine.
 PHPs snip 
$opts = array('http' => array('request_fulluri' => true,
  'proxy' => 'tcp://192.168.0.1:8080'));
stream_context_get_default($opts);
 eos 
works also as...
 PHPs snip 
$context = stream_context_get_default();
stream_context_set_option($context, 'http', 'proxy',
'tcp://192.168.0.1:8080');
stream_context_set_option($context, 'http', 'request_fulluri', true);
 eos 
... does

So, now I must wait until it is in the non-cvs package ;)


Previous Comments:


[2004-07-22 14:47:54] [EMAIL PROTECTED]

Current CVS now has stream_context_get_default() which returns the
default context used by all newly created streams (unless explicitly
overriden).

You can use this in your script (perhaps via auto_prepend) to set the
proxy globally.

I know; an ini option for the proxy would be a good idea too, so let's
ask Sara really nicely if she wouldn't mind adding that.



[2004-07-20 14:52:57] Progman2002 at web dot de

sure:
 PHP-Code:
 array('request_fulluri' => true,
  'proxy' =>
'tcp://192.168.0.1:8080'));

$context = stream_context_create($opts);

$url = "http://www.example.com/";;

$fp = fopen($url, 'r', false, $context);
if (!$fp) {
echo "nothing :(";
} else {
var_dump($fp);
fclose($fp);
}

// and now without $context...

$fp = fopen($url, 'r');
if (!$fp) {
echo "nothing :(";
} else {
var_dump($fp);
fclose($fp);
}
?>

The first call with $context works, the second doesnt:

 Output:
resource(3) of type (stream) 
Warning: fopen(http://www.example.com/) [function.fopen]: failed to
open stream: Connection timed out in /home/progman/public_html/test.php
on line 19
nothing :(

 Expected:
resource(3) of type (stream)
resource(4) of type (stream) // or an other resource-id

A php.ini-setting for proxys would be maybe better ;)



[2004-07-20 14:24:46] [EMAIL PROTECTED]

I know what you mean (and we do have something planned), but can you
please clarify which functions you are using to implement proxy
support?



[2004-07-20 14:01:48] Progman2002 at gmx dot de

Description:

I'm behind a proxy so my local php version cannot access the internet
directly. Every HTTP-Request must go throught the proxy. I have see
that I can create my own http-wrapper with settings to use my proxy and
use this metioned "context" as fourth parameter for the functions like
fopen and file_get_contents. This works fine, but what about if I use
third-party scripts, which just use file_get_contents($url) instead of
file_get_contents($url, false, $context)? It is possible to change or
modify the internal http-wrapper to use my proxy instead of creating a
new http-wrapper with stream_*() so I can just use file_get_contents()
and fopen() without the 'zcontext'-parameter?






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

#29297 [Opn->Csd]: PDFLib 6 make error

[rjs]

 ID:   29297
 Updated by:   [EMAIL PROTECTED]
 Reported By:  v_santhanam at ettimadai dot amrita dot edu
-Status:   Open
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: Redhat Enterprise Linux AS 3
 PHP Version:  4.3.8
 New Comment:

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

The pdf wrapper in PHP 4.3.x is not compatible with PDFlib 6. Please
try the PECL package for pdflib, this has the new wrappercode that
works with PDFlib 6 too and it can be used with PHP 4.3.


Previous Comments:


[2004-07-21 13:51:14] v_santhanam at ettimadai dot amrita dot edu

Description:

Dear Friends,
 I am trying to compile php-4.3.8 with pdflib 6(latest version).
But i am not able to make with the following error :
--

ext/pdf/pdf.lo(.text+0x5fd): In function `zif_pdf_open':
/usr/local/src/php-4.3.8/ext/pdf/pdf.c:472: undefined reference to
`PDF_open_fp'
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1

--

My php configure command is :

---

./configure  --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql=/usr
--with-pdflib=/usr/local



Please kindly help me.
Thanks in advance
With Regards
Santhanam






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

#29333 [NEW]: output_buffering + trans_sess_id can corrupt session

[alan at akbkhome dot com]

From: alan at akbkhome dot com
Operating system: linux debian & redhat
PHP version:  4.3.8
PHP Bug Type: Output Control
Bug description:  output_buffering + trans_sess_id can corrupt session

Description:

if output_buffering is set to 4096 and trans_sess_id is used, the output
may be broken:

In the reproduce example, the trans_sess_id writes




Reproduce code:
---
http://www.akbkhome.com/svn/test_trans/.htaccess
http://www.akbkhome.com/svn/test_trans/test.php
http://www.akbkhome.com/svn/test_trans/home.html.en.php


htaccess includes:

php_value session.use_cookies 0
php_value session.use_trans_sid 1 
php_value output_buffering 4098

test.php just sets up enough variables to render the HTML

home.html.en.php is just a HTML which happens to have the url link in the
right place to reproduce the bug.



Expected result:

on the "View your personal calendar": 





Actual result:
--
on the "View your personal calendar": 






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

#29333 [Opn]: output_buffering + trans_sess_id can corrupt session

[alan_k]

 ID:   29333
 Updated by:   [EMAIL PROTECTED]
 Reported By:  alan at akbkhome dot com
 Status:   Open
 Bug Type: Output Control
 Operating System: linux debian & redhat
 PHP Version:  4.3.8
 New Comment:

Note: this code worked perfectly on 4.3.1


Previous Comments:


[2004-07-22 17:26:04] alan at akbkhome dot com

Description:

if output_buffering is set to 4096 and trans_sess_id is used, the
output may be broken:

In the reproduce example, the trans_sess_id writes




Reproduce code:
---
http://www.akbkhome.com/svn/test_trans/.htaccess
http://www.akbkhome.com/svn/test_trans/test.php
http://www.akbkhome.com/svn/test_trans/home.html.en.php


htaccess includes:

php_value session.use_cookies 0
php_value session.use_trans_sid 1 
php_value output_buffering 4098

test.php just sets up enough variables to render the HTML

home.html.en.php is just a HTML which happens to have the url link in
the right place to reproduce the bug.



Expected result:

on the "View your personal calendar": 





Actual result:
--
on the "View your personal calendar": 










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

#29223 [Fbk->Opn]: PHP.exe crash after hundreads of requests of IMAP

[lkp857 at yahoo dot com]

 ID:   29223
 User updated by:  lkp857 at yahoo dot com
 Reported By:  lkp857 at yahoo dot com
-Status:   Feedback
+Status:   Open
 Bug Type: IMAP related
 Operating System: Windows XP Pro
 PHP Version:  4.3.9
 New Comment:

Im using Windows Version of PHP, so how to use a debugger except
gdb...?? Visual C++ can??


Previous Comments:


[2004-07-22 08:23:24] [EMAIL PROTECTED]

How to generate a gdb backtrace:
http://bugs.php.net/bugs-generating-backtrace.php



[2004-07-21 18:22:33] lkp857 at yahoo dot com

what kind of trace? C++ debuging?? or the source code of php script?



[2004-07-20 22:42:29] [EMAIL PROTECTED]

Can you provide some trace of the crash?




[2004-07-17 12:05:07] lkp857 at yahoo dot com

Description:

Currently im develping a script that can grab emails from pop3 server
with PHP_IMAP.dll. A program written in C++ was created to
automatically make 5 request at a time to PHP server that contain that
script...

1)  The bug that i discover is not from the C++ program that i wrote,
the requests fine at 2-3 hours fetching, after a time when the network
connection become slow, the IMAP seem not working properly, it crash
the PHP.exe an error said that NTDLL.DLL :
---
Faulting application php.exe, version 4.3.9.9, faulting module
ntdll.dll, version 5.1.2600.114, fault address 0xb13b.

2)   Is it the PHP error or the NTDLL.DLL got bugs in it?
3)   I already set the IMAP_TIMEOUT for open, read, write, close but i
seem not working after all.
4)   Is it the memory buffer overflowed in PHP after a hundred of
request to the PHP Server that running using WindowsXP Pro, Apache 2
and MySQL.







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

#28558 [Com]: Compile error

[StanislavB at training dot ru]

 ID:   28558
 Comment by:   StanislavB at training dot ru
 Reported By:  j dot j dot d dot e dot lammerts at vanlanschot dot
   com
 Status:   Open
 Bug Type: Apache2 related
 Operating System: AIX 5.1 ML4
 PHP Version:  4.3.6
 New Comment:

Hi,

I have same problem on Redhat 7.3 and Apache 1.3.7.

Problem appears as described when I build PHP 4.38 or 5.0


Previous Comments:


[2004-07-09 10:35:24] laalit_seth at hotpop dot com

Hi,
I m facing the same problem on HP-UX 11.11 my httpd  -v results in 

# ./httpd -v
Server version: HP-UX_Apache-based_Web_Server/2.0.48
Server built:   Nov  5 2003 03:42:46

i m using configuring it as

./configure --enable-libgcc --with-apxs2=/opt/hpws/apache/bin/apxs
--with-oracle=/opt/oracle1/product/8.1.7
--with-oci8=/opt/oracle1/product/8.1.7

fails in make stating
/opt/apal3/lib/PHP/php-4.3.4/sapi/apache/sapi_apache.c: In function
`apache_php_module_main':
/opt/apal3/lib/PHP/php-4.3.4/sapi/apache/sapi_apache.c:45: error:
`NOT_FOUND' undeclared (first use in this function)
/opt/apal3/lib/PHP/php-4.3.4/sapi/apache/sapi_apache.c:45: error: (Each
undeclared identifier is reported only once
/opt/apal3/lib/PHP/php-4.3.4/sapi/apache/sapi_apache.c:45: error: for
each function it appears in.)
gmake: *** [sapi/apache/sapi_apache.lo] Error 1

changing to apxs2 in above configure results in 
checking for Apache 2.0 handler-module support via DSO through APXS...
expr: An integer value was expected.

configure: error: You have enabled Apache 2 support while your server
is Apache 1.3.  Please use the appropiate switch --with-apxs (without
the 2)

How can i resolve it. Is this resolved in 4.3.7 version.

Many Thanks



[2004-07-08 15:17:42] j dot j dot d dot e dot lammerts at vanlanschot
dot com

Hello Sniper,

The output of httpd -v is :

Server version: IBM_HTTP_Server/2.0.42.2-PQ85834 Apache/2.0.47
Server built:   Mar 31 2004 18:11:05

Hope this helps..



[2004-07-08 12:58:06] [EMAIL PROTECTED]

What does 'httpd -v' output ? 




[2004-05-28 16:56:44] j dot j dot d dot e dot lammerts at vanlanschot
dot com

You are correct IHS 2.0.47 is Apache 2.0.47.

When I try configuring with --with-apxs2 I get :

Configuring SAPI modules
checking for AOLserver support... no
checking for Apache 1.x module support via DSO through APXS... no
checking for Apache 1.x module support... no
checking for member fd in BUFF *... no
checking for mod_charset compatibility option... no
checking for Apache 2.0 filter-module support via DSO through APXS...
no
checking for Apache 2.0 handler-module support via DSO through APXS...
expr: non-numeric a
rgument
configure: error: You have enabled Apache 2 support while your server
is Apache 1.3.  Plea
se use the appropiate switch --with-apxs (without the 2)

Somehow the configurescript seems to think that I'm using 1.3, which
I'm not.



[2004-05-28 16:10:35] [EMAIL PROTECTED]

 IBM HTTPServer 2.0.47 sounds like Apache 2 not Apache 1 
which is what you are compiling php sapi for. Try using 
--with-apxs2 



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

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

#29334 [NEW]: mail() provides incorrect message time header

[php dot time dot bug at aaronoff dot com]

From: php dot time dot bug at aaronoff dot com
Operating system: W2K SP4
PHP version:  4.3.8
PHP Bug Type: Date/time related
Bug description:  mail() provides incorrect message time header

Description:

I'm using the mail() function to send a message from my home SMTP server
to my domain's SMTP server via my installation of MS IIS 5.0 SMTP under
W2K SP4.

The time zone for my home PC is GMT +0200 in summer (with DST), +0100 in
winter (w/o DST). In Windows Control Panel, Date/Time Properties, Time
Zone tab, the time zone shows as +0100 and "Automatically adjust time for
daylight saving changes" is checked. DST, then, increases the offset on my
PC from +0100 to +0200.

The e-mail message retrieved by my e-mail client from my domain's SMTP
server has a message header Date field set to the right hour but at GMT
offset +0100 -- this is the wrong time. Since my e-mail client displays
messages with time sent corrected to my local time, it adds an hour and
the message shows with a time one hour *ahead* of the time it was actually
sent.

Ex: message sent by mail() at 16:10 +0200
Date field in message header on home SMTP server shows 16:10 +0100 <--
this is the wrong time!
message sent by home SMTP server at 16:10 +0200
message received by e-mail client from domain at 16:11 +0200
e-mail client shows sent message time of 17:10 +0200

If a text message with just From:, To: and Subject: headers is dropped
into the home SMTP "Queue" folder, the home SMTP server adds the local
time with the correct GMT offset to the message header Date field. This
shows that the problem is not coming from the home SMTP server itself, but
from the program that's providing it with date information.

IMHO, mail() is not using the correcting the GMT offset for DST.

I've been unable to find any mention of an INI-file parameter for this,
Googling results were meager, and I found no open bugs.

HTH.

regards, Andy

Reproduce code:
---
mail($dest,$subject,$body)

Expected result:

The Date: field in the message's header should show the correct hour and
GMT offset.

Actual result:
--
The Date: field in the message's header shows the correct hour but the
wrong GMT offset -- it's not corrected for DST.

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

#29335 [NEW]: mysqli_fetch_array resulttype

[mjs15451 at hotmail dot com]

From: mjs15451 at hotmail dot com
Operating system: Linux
PHP version:  5.0.0
PHP Bug Type: MySQL related
Bug description:  mysqli_fetch_array resulttype

Description:

If a resulttype is not specified when looping through a query, the
resulting array from mysqli_fetch_array does not return any data. 
MYSQLI_BOTH should be the default value for mysqli_fetch_array.


I'm also using MySQL 4.1.3beta

Reproduce code:
---
while ($row = mysqli_fetch_array($result)){
echo $row[0];
}

Expected result:

$row[0] should return the first column of the query. 

Actual result:
--
The while loop executes for the number of rows returned in the query but
$row[0] does not return any data.

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

#29333 [Opn]: output_buffering + trans_sess_id can corrupt session

[alan_k]

 ID:   29333
 Updated by:   [EMAIL PROTECTED]
 Reported By:  alan at akbkhome dot com
 Status:   Open
 Bug Type: Output Control
 Operating System: linux debian & redhat
 PHP Version:  4.3.8
 New Comment:

Relivant changes (as far as I can see) that may have caused this
(possible)
http://cvs.php.net/diff.php/php-src/main/output.c?r1=1.142.2.15&r2=1.142&ty=u

(unlikely)
http://cvs.php.net/diff.php/php-src/ext/standard/url_scanner_ex.re?r1=1.63.2.6&r2=1.63&ty=u




Previous Comments:


[2004-07-22 17:30:59] [EMAIL PROTECTED]

Note: this code worked perfectly on 4.3.1



[2004-07-22 17:26:04] alan at akbkhome dot com

Description:

if output_buffering is set to 4096 and trans_sess_id is used, the
output may be broken:

In the reproduce example, the trans_sess_id writes




Reproduce code:
---
http://www.akbkhome.com/svn/test_trans/.htaccess
http://www.akbkhome.com/svn/test_trans/test.php
http://www.akbkhome.com/svn/test_trans/home.html.en.php


htaccess includes:

php_value session.use_cookies 0
php_value session.use_trans_sid 1 
php_value output_buffering 4098

test.php just sets up enough variables to render the HTML

home.html.en.php is just a HTML which happens to have the url link in
the right place to reproduce the bug.



Expected result:

on the "View your personal calendar": 





Actual result:
--
on the "View your personal calendar": 










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

#29336 [NEW]: Segmentation fault

[glorybox at s dot od dot ua]

From: glorybox at s dot od dot ua
Operating system: Linux 2.4.18-xfs-1.1
PHP version:  5CVS-2004-07-22 (dev)
PHP Bug Type: Session related
Bug description:  Segmentation fault

Description:

While starting session with session_start() PHP5 causes Apache to
segfault.

No changes were actually made to php.ini-dist

Reproduce code:
---


Expected result:

Expected to start session.


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

#28799 [Com]: PHP has encountered an Access Violation at 016E73DD

[greg at channelvision dot com]

 ID:   28799
 Comment by:   greg at channelvision dot com
 Reported By:  l_anjanesh at yahoo dot com
 Status:   Open
 Bug Type: *General Issues
 Operating System: Windows 2003 Server Enterprise
 PHP Version:  5.0.0RC3
 New Comment:

Running windows 2000 iis 5 php 5.  I was having the same problem and
the dll provided by edlink solved it.  Thanks.


Previous Comments:


[2004-07-21 19:34:05] alantan at po dot tagnetwork dot net

after further testing though the library is still a bit unstable, once
in a while I still get the Access Violation error. after refreshing it,
the page loads fine.



[2004-07-21 19:30:23] alantan at po dot tagnetwork dot net

after further testing though the library is still a bit unstable, for
every few pages I still get the Access Violation error. after
refreshing it, the page loads fine.



[2004-07-21 18:03:21] alantan at po dot tagnetwork dot net

I am happy to note that the dll download recommended by edink solved my
problem - I am using MySQL 5.0.0a for Windows, PHP 5.0 final, IIS 6.0,
all on Windows Server 2003 Standard.

I'll continue to test this to see if I get any more of those access
violations errors and note them here if it shows up on my other
servers.



[2004-07-19 22:45:01] philmee95 at dumb-shirts dot com

The new php5ts.dll fixed the access violation on non-mysql pages. Now I
have a new access violation that is intermittant: meaning doens't work
(query hits mysql using pear DB, access violation, and then nothing)
and next load it works. There is a different access violation code now,
as occured as i played with .ini and include paths and extension dirs
thinking it was file access related.

PHP5 final, MySQL 4.1.1-alpha-nt, winXP version 2002 sp1

(php-5.0.0-Win32.zip and php5ts-zend-mm.zip)



[2004-07-16 19:56:46] frederichenry at hotmail dot com

Nevermind.  The .dll provided by edink did fix the problem, I just
forgot to update the right version of it. ;)

For anyone still experiencing the, if you install PHP like I do, make
sure that the php5ts.dll file is updated in your %SYSTEMROOT% folder,
and your php folder (if you leave it there).  I setup :\php as a
PATH value, so it may be different for me.

Thanks edink.



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

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

#29337 [NEW]: dns_get_record() unavailable on *BSD

[php at to-the-max dot net]

From: php at to-the-max dot net
Operating system: FreeBSD
PHP version:  5.0.0
PHP Bug Type: Network related
Bug description:  dns_get_record() unavailable on *BSD

Description:

dns_get_record() is not available when PHP is compiled under BSD.

/ext/standard/dns.c uses the res_nmkquery() and res_nsearch() functions
present in newer versions of BIND's libresolv.

However those functions are not present on *BSD (and probably other)
systems.

Please consider using the older res_mkquery(), res_search() fuctions, to
maximize compatibility.


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

#28898 [Com]: PHP has encountered an Access Violation at 01350AFD

[bugs-php-net at remember dot dk]

 ID:   28898
 Comment by:   bugs-php-net at remember dot dk
 Reported By:  sam at freepeers dot com
 Status:   Bogus
 Bug Type: IIS related
 Operating System: Windows 2000
 PHP Version:  4.3.7
 New Comment:

I have the same problem with
Windows 2000 Server
IIS5 PHP 4.3.7 & 4.3.8
Running as ISAPI module

PHP info here:
http://lisa.andersenit.dk/serverinfo/info/php/

If i downgrade to PHP 4.3.6 it works fine again, the only change i have
made in php.ini from 4.3.6 to 4.3.7 / 4.3.8 is that i have changed from
mysql.trace_mode = On to Off

I have this problem on multiple servers.

The php4isapi.dll module has been quite stabe until PHP 4.3.7


Previous Comments:


[2004-07-08 10:11:34] renato at ostorero dot it

- NO COMMENT -



[2004-07-06 15:38:54] [EMAIL PROTECTED]

The isapi module is unstable at it's best anyway, use CGI if you need
stable environment. (or rather, install Apache..)




[2004-07-03 21:05:58] renato at ostorero dot it

Same problem here, downgrade to 4.3.6 or 4.3.5 doesn't solve it, the
only way is to set memory recycling in IIS 6 to very low level such 20
mb for max used memory and 30 for max virtual memory.
This way of work permits to recycle often the working processes and
limit PHP access violation but in some cases cause event id 1013
"exceed of time during shut down".

Windows 2003 Enterprise

PHP 4.3.5 / 4.3.6 / 4.3.7

ISAPI

Extensions:
php_gd2.dll



[2004-07-02 13:26:46] miho at centrum dot cz

Downgrading to 4.3.6 solved that problem for me.

Extensions:
php_gd2.dll



[2004-06-30 15:50:19] sam at freepeers dot com

I am not loading any extensions.



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

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

#29338 [NEW]: highlight_file / highlight_string

[francois at bonzon dot com]

From: francois at bonzon dot com
Operating system: Linux
PHP version:  4.3.8
PHP Bug Type: Scripting Engine problem
Bug description:  highlight_file / highlight_string

Description:

The highlight_file() and highlight_string() functions don't translate the
leading space of a line to   when this line has exactly one leading
space (or identation space if you prefer).

As web browsers don't display leading spaces of a line (that are not
  of course), this single leading space then disapears on the output
visible in the browser.

When there are two or more spaces, they are all correctly translated to
  however, and the identation is visible.

Reproduce code:
---
highlight_string('');


Expected result:



with HTML source (excerpt):

... ); one_leading_space ...

Actual result:
--


with HTML source (excerpt):

... ); one_leading_space ...

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

#29338 [Opn]: highlight_* don't translate single leading space to

[francois at bonzon dot com]

 ID:   29338
 User updated by:  francois at bonzon dot com
-Summary:  highlight_file / highlight_string
 Reported By:  francois at bonzon dot com
 Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: Linux
 PHP Version:  4.3.8
 New Comment:

Changed the bug title to something better.


Previous Comments:


[2004-07-22 19:41:18] francois at bonzon dot com

Description:

The highlight_file() and highlight_string() functions don't translate
the leading space of a line to   when this line has exactly one
leading space (or identation space if you prefer).

As web browsers don't display leading spaces of a line (that are not
  of course), this single leading space then disapears on the
output visible in the browser.

When there are two or more spaces, they are all correctly translated to
  however, and the identation is visible.

Reproduce code:
---
highlight_string('');


Expected result:



with HTML source (excerpt):

... ); one_leading_space ...

Actual result:
--


with HTML source (excerpt):

... ); one_leading_space ...





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

#29339 [NEW]: sqlite_escape_string returns bogus data for empty strings on Windows XP

[victor-php at boivie dot com]

From: victor-php at boivie dot com
Operating system: Windows XP
PHP version:  5.0.0
PHP Bug Type: SQLite related
Bug description:  sqlite_escape_string returns bogus data for empty strings on Windows 
XP

Description:

sqlite_escape_string returns bogus data for empty strings on Windows XP.
In FreeBSD with PHP 5.0.0RC2, it works.

Reproduce code:
---
php.exe -r "echo sqlite_escape_string('');"

Expected result:

(nothing)

Actual result:
--
a few letters from the lower part of the ASCII table. And they can not
easily be shown here.

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

#29340 [NEW]: php_ifx.dll is maybe not a PHP library

[bdebes at bellarmine dot edu]

From: bdebes at bellarmine dot edu
Operating system: Windows XP
PHP version:  5.0.0
PHP Bug Type: Dynamic loading
Bug description:  php_ifx.dll is maybe not a PHP library

Description:

PHP 5.0.0 working fine with no modules.  Change php.ini to load
php_ifx.dll extension and get a popup dialog saying:

PHP Startup: Invalid library (maybe not a PHP library) 'php_ifx.dll'

Informix Client SDK 3.8 is installed and working.  Had Informix extension
working fine under PHP 4.3.2 on same system.

Reproduce code:
---
n/a

Expected result:

n/a

Actual result:
--
n/a

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

#29341 [NEW]: $bar = empty(trim($foo)) ? 1 : 0 will generate error

[victor-php at boivie dot com]

From: victor-php at boivie dot com
Operating system: FreeBSD, Windows XP
PHP version:  5.0.0
PHP Bug Type: Scripting Engine problem
Bug description:  $bar = empty(trim($foo)) ? 1 : 0 will generate error

Description:

Look at the reproducable code below. 

Reproduce code:
---
$foo = ""; // Doesn't matter
$bar = empty(trim($foo)) ? 1 : 0;
echo $bar;

Expected result:

1

Actual result:
--
Fatal error:  Can't use function return value in write context in bug.php
on line 2


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

#29341 [Opn->Bgs]: $bar = empty(trim($foo)) ? 1 : 0 will generate error

[philip]

 ID:   29341
 Updated by:   [EMAIL PROTECTED]
 Reported By:  victor-php at boivie dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: FreeBSD, Windows XP
 PHP Version:  5.0.0
 New Comment:

empty() takes on a variable, and trim($foo) is not a variable.


Previous Comments:


[2004-07-22 21:23:05] victor-php at boivie dot com

Description:

Look at the reproducable code below. 

Reproduce code:
---
$foo = ""; // Doesn't matter
$bar = empty(trim($foo)) ? 1 : 0;
echo $bar;

Expected result:

1

Actual result:
--
Fatal error:  Can't use function return value in write context in
bug.php on line 2






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

#28403 [Sus]: ORA dll make apache child process crash and restart Apache

[edink]

 ID:   28403
 Updated by:   [EMAIL PROTECTED]
 Reported By:  scouture at novo dot ca
 Status:   Suspended
 Bug Type: Apache2 related
 Operating System: win 2003 server
 PHP Version:  4.3.7
 New Comment:

There is a possilbe fix in the cvs version of both php4 and 5. Could
you please check it out by downloading it from http://snaps.php.net/ ?



Previous Comments:


[2004-07-22 11:15:53] alain dot bertrand at psi dot ch

BTW running on a dual CPU here, and it crash every 5 minutes :-(



[2004-07-22 11:14:28] alain dot bertrand at psi dot ch

I'm having the same bug with PHP 4.3.4, Oracle 9i and Windows 2003
Server. So it's maybe linked to 9i and windows 2003. Will check out
with 10i hoping it will fix this bug. High rated for me.

Alain Bertrand



[2004-07-15 10:42:24] Lukas dot Theiler at ch dot ibm dot com

Running longer tests, even single-cpu systems fail. (after 7hours 1st,
1h34 2nd crash, 6h23 3rd crash...)



[2004-07-02 11:18:26] Lukas dot Theiler at ch dot ibm dot com

Referring to Bug #28983 (now bogus:-) ) - we reprouced that error using

- different versions of oracle clients (8.1.7, 9i, 10g, accessing
through different methods)
- different versions of php (4.2.x, 4.3.x 5.x)
- different versions of apache (1.3x, IBM http server, apache)

Conclusions: 
- Stable on Linux single and multiprocessor systems
- Stable on Windows *single* processor systems
- Crash on Windows *multi* processor systems

How to replicate the error? 
a) use the OCIlogon script from Bug #28983 
b) use a loadtest tool, e.g. OpenSTA and run 5 concurrent users calling
the above php script.

You'd see the crash within a few secs :-)

I agree with derik, that it is probably related to oci.dll or
php_oci8.dll.

/cheers Lukas



[2004-07-01 09:24:28] [EMAIL PROTECTED]

Sounds like a threading issue to me... and you're asking for those by
running apache 2 on windows (where the default processing model for
apache is threaded). It sounds like either the oracle extension or
oracle libraries are not threadsafe. I'll suspend this until you can
come up with a clear script to reproduce this as there is no other way
to find what this problem might be.



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

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

#29342 [NEW]: strtotime(null) does not return -1

[php dot net at gurugeek dot com]

From: php dot net at gurugeek dot com
Operating system: RHEL 3.0
PHP version:  5.0.0
PHP Bug Type: Date/time related
Bug description:  strtotime(null) does not return -1

Description:

Executing strtotime(null) returns midnight of the current day. The same
happens with strtotime(false).

[EMAIL PROTECTED] libexec]$ php -r 'echo strtotime(null) . "\n";'
1090479600
[EMAIL PROTECTED] libexec]$ php -r 'echo date("r", strtotime(null)) . "\n";'
Thu, 22 Jul 2004 00:00:00 -0700


Reproduce code:
---
echo strtotime(null);
echo strtotime("");

Expected result:

-1

Actual result:
--
Midnight of the current day:
Thu, 22 Jul 2004 00:00:00 -0700


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

#29325 [Opn->Bgs]: How to rotate a Image on the Image in 45 Degree?

[iliaa]

 ID:   29325
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mohanrky2 at yahoo dot com
-Status:   Open
+Status:   Bogus
 Bug Type: GD related
 Operating System: Windows XP
 PHP Version:  4.3.9
 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 not a support forum. Try php-general mailing list. 


Previous Comments:


[2004-07-22 12:37:33] mohanrky2 at yahoo dot com

Iam using GD Library for my site to display the Weather Information.

when i was using i found i could not rotate an Image at 45 degree on
the
Image.

Wheather it is possible to rotate an image at any specified Degree.

Help me , its urgent.



[2004-07-22 12:35:21] mohanrky2 at yahoo dot com

Description:

Iam GD Library for my site to display the Weather Information.

when i was using i found i could not rotate an Image at 45 degree on
the Image.

Wheather it is possible to rotate an image at any specified Degree.

Help me , its urgent.






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

#29343 [NEW]: "make maintainer"

[[EMAIL PROTECTED]]

From: [EMAIL PROTECTED]
Operating system: irrelevant
PHP version:  Irrelevant
PHP Bug Type: Feature/Change Request
Bug description:  "make maintainer"

Description:

it would be great if a simple "make maintainer-clean" or similar would
cleanup an exts directory and make it ready for a clean cvs import.


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

#29344 [NEW]: problems with make during upgrade and reinstall

[resonantfreq at yahoo dot com]

From: resonantfreq at yahoo dot com
Operating system: Linux RH9
PHP version:  4.3.8
PHP Bug Type: Compile Failure
Bug description:  problems with make during upgrade and reinstall

Description:

Hello,
I am interested in upgrading the php version (4.7) to (4.8) with also the
interest off adding in curl.  I recompiled with no problems, see the
configure script below.  However when I run the make, I consistently keep
running into the same errors.  I have posted the errors below.  I have
attempted several times and also tried researching to see if others also
came across the same problem.  Please advise.  Note, I also have attempted
to recompile with a zero configure settings and still ran into problems.  
Thanks in advance.

Reproduce code:
---
./configure --with-apxs=/usr/local/apache/bin/apxs --disable-debug
--enable-ftp --enable-inline-optimization --enable-magic-quotes
--enable-mbstring --enable-mm=shared --enable-safe-mode
--enable-track-vars --enable-trans-sid --enable-eddx=shared --enable-xml
--with-dom --with-gettext --with-mysql=/usr/local/mysql
--with-regex=system --with-xml --with-zlib-dir=/usr/lib --with-curl=/usr 

Error during make:

/bin/sh /usr/local/src/php-4.3.8/libtool --silent --preserve-dup-deps
--mode=compile gcc  -Iext/ftp/ -I/usr/local/src/php-4.3.8/ext/ftp/
-DPHP_ATOM_INC -I/usr/local/src/php-4.3.8/include
-I/usr/local/src/php-4.3.8/main -I/usr/local/src/php-4.3.8
-I/usr/local/src/php-4.3.8/Zend -I/usr/include/libxml2
-I/usr/local/src/php-4.3.8/ext/mbstring/mbregex
-I/usr/local/src/php-4.3.8/ext/mbstring/libmbfl
-I/usr/local/src/php-4.3.8/ext/mbstring/libmbfl/mbfl
-I/usr/local/mysql/include -I/usr/local/src/php-4.3.8/ext/xml/expat 
-I/usr/local/src/php-4.3.8/TSRM  -g -O2  -prefer-pic -c
/usr/local/src/php-4.3.8/ext/ftp/ftp.c -o ext/ftp/ftp.lo
/usr/local/src/php-4.3.8/ext/ftp/ftp.c:58:24: netinet/in.h: No such file
or directory
In file included from /usr/local/src/php-4.3.8/ext/ftp/ftp.c:59:
/usr/include/arpa/inet.h:23:67: netinet/in.h: No such file or directory
In file included from /usr/local/src/php-4.3.8/ext/ftp/ftp.c:60:
/usr/include/netdb.h:28:24: netinet/in.h: No such file or directory
/usr/local/src/php-4.3.8/ext/ftp/ftp.c:111: field `ia' has incomplete
type
/usr/local/src/php-4.3.8/ext/ftp/ftp.c: In function `ftp_pasv':
/usr/local/src/php-4.3.8/ext/ftp/ftp.c:643: dereferencing pointer to
incomplete type
/usr/local/src/php-4.3.8/ext/ftp/ftp.c:644: dereferencing pointer to
incomplete type
/usr/local/src/php-4.3.8/ext/ftp/ftp.c:645: dereferencing pointer to
incomplete type
/usr/local/src/php-4.3.8/ext/ftp/ftp.c: In function `ftp_getdata':
/usr/local/src/php-4.3.8/ext/ftp/ftp.c:1356: dereferencing pointer to
incomplete type
/usr/local/src/php-4.3.8/ext/ftp/ftp.c:1357: dereferencing pointer to
incomplete type
make: *** [ext/ftp/ftp.lo] Error 1




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

#29343 [Opn]: "make maintainer"

[hholzgra]

 ID:   29343
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Feature/Change Request
 Operating System: irrelevant
 PHP Version:  Irrelevant
 Assigned To:  hholzgra
 New Comment:

note to self: this referes to PECL


Previous Comments:


[2004-07-23 00:21:18] [EMAIL PROTECTED]

Description:

it would be great if a simple "make maintainer-clean" or similar would
cleanup an exts directory and make it ready for a clean cvs import.






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

#27412 [Fbk->NoF]: nsapi will not load for NS/Iplanet ver 3 and 4

[php-bugs]

 ID:   27412
 Updated by:   [EMAIL PROTECTED]
 Reported By:  chris at seismo dot usbr dot gov dot spamfree
-Status:   Feedback
+Status:   No Feedback
 Bug Type: iPlanet related
 Operating System: IRIX 6.5
 PHP Version:  4CVS, 5CVS (2004-02-27)
 New Comment:

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


Previous Comments:


[2004-07-15 17:12:20] [EMAIL PROTECTED]

Is it a solution to use a newer version of the SunONE servers? Because
since version 6 they use on all platforms pthreads.



[2004-03-28 13:40:31] chris at seismo dot usbr dot gov dot spamfree

Further testing indicates that Netscape/iPlanet Enterprise Server uses
the sproc/sprocsp model of threading on IRIX, at least for versions 3
and 4. According to the sproc man page "The sproc model of threading is
incompatible with POSIX threads."

A problem with sproc threads is that they can quickly use up all
available process memory unless the per-process stack size is kept
*small* enough. With PHP NSAPI, this will result in a segment violation
(SIGSEGV), with a "not enough memory to lock stack" syslog error. So
with PHP, one may need to limit the per-process stacksize when starting
ns-httpd. For example:
  (limit stacksize 8m && $NSES_PATH/start)



[2004-03-09 05:25:58] [EMAIL PROTECTED]

Can you send me the patch as Unified Diff to my email?



[2004-03-08 20:11:44] chris at seismo dot usbr dot gov dot spamfree

TSRM.c needed a few more minor changes to have complete NSAPI support.
Without these, you eventually get SIGSEGV.  

The point of these changes is to permit choice of using NSAPI thread
API, thus avoiding dependency on native threads (and resulting problems
on some platforms).

Here are the complete context diffs for php-4.3.5RC3:

*** 91,96 
--- 91,98 
  #if defined(PTHREADS)
  /* Thread local storage */
  static pthread_key_t tls_key;
+ #elif defined(NSAPI)
+ static int tls_key;
  #elif defined(TSRM_ST)
  static int tls_key;
  #elif defined(TSRM_WIN32)
***
*** 106,111 
--- 108,115 
pth_init();
  #elif defined(PTHREADS)
pthread_key_create( &tls_key, 0 );
+ #elif defined(NSAPI)
+   tls_key = systhread_newkey();
  #elif defined(TSRM_ST)
st_init();
st_key_create(&tls_key, 0);
***
*** 186,191 
--- 190,197 
  #elif defined(PTHREADS)
pthread_setspecific(tls_key, 0);
pthread_key_delete(tls_key);
+ #elif defined(NSAPI)
+   /* systhread_setdata(tls_key, 0); /* as bogus as
pthread_setspecific(key,0) */
  #elif defined(TSRM_WIN32)
TlsFree(tls_key);
  #endif
***
*** 261,266 
--- 267,274 
  #if defined(PTHREADS)
/* Set thread local storage to this new thread resources
structure */
pthread_setspecific(tls_key, (void *) *thread_resources_ptr);
+ #elif defined(NSAPI)
+   systhread_setdata(tls_key, (void *) *thread_resources_ptr);
  #elif defined(TSRM_ST)
st_thread_setspecific(tls_key, (void *)
*thread_resources_ptr);
  #elif defined(TSRM_WIN32)
***
*** 302,307 
--- 310,317 
 * and our hashtable lookup.
 */
thread_resources = pthread_getspecific(tls_key);
+ #elif defined(NSAPI)
+   thread_resources = systhread_getdata(tls_key);
  #elif defined(TSRM_ST)
thread_resources = st_thread_getspecific(tls_key);
  #elif defined(TSRM_WIN32)
***
*** 390,395 
--- 400,407 
}
  #if defined(PTHREADS)
pthread_setspecific(tls_key, 0);
+ #elif defined(NSAPI)
+   /* systhread_setdata(tls_key, 0); /* as bogus
as pthread_setspecific(key,0) */
  #elif defined(TSRM_WIN32)
TlsSetValue(tls_key, 0);
  #endif
***
*** 524,530 
  #elif defined(PTHREADS)
return pthread_mutex_lock(mutexp);
  #elif defined(NSAPI)
!   return crit_enter(mutexp);
  #elif defined(PI3WEB)
return PISync_lock(mutexp);
  #elif defined(TSRM_ST)
--- 536,543 
  #elif defined(PTHREADS)
return pthread_mutex_lock(mutexp);
  #elif defined(NSAPI)
!   crit_enter(mutexp); /* returns void */
!   return 0;
  #elif defined(PI3WEB)
return PISync_lock(mutexp);
  #elif defined(TSRM_ST)
***
*** 551,557 
  #elif defined(PTHREADS)
return pthread_mutex_unlock(mutexp);
  #elif defined(NSAPI)
!   return crit_exit(mutexp);
  #elif defined(PI3WEB)
return PISync_

#29313 [Opn->Bgs]: session_start

[iliaa]

 ID:   29313
 Updated by:   [EMAIL PROTECTED]
 Reported By:  webmaster at behzad-m dot net
-Status:   Open
+Status:   Bogus
 Bug Type: Session related
 Operating System: redhat
 PHP Version:  4.3.8
 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 probably have some spaces or new lines before the 
i get this error :  "Warning: session_start(): Cannot send session
cookie - headers already sent by (output started at
/home/novin/public_html/admin/test.php:1) in
/home/novin/public_html/admin/test.php on line 1
"

http://www.9vin.com/admin/test.php
i have the same problem on an other domain of my server

Reproduce code:
---


Expected result:

no error page !!

Actual result:
--
Warning: session_start(): Cannot send session cookie - headers already
sent by (output started at /home/novin/public_html/admin/test.php:1) in
/home/novin/public_html/admin/test.php on line 1






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

#29315 [Opn->Fbk]: Bug in imagecopyresampled

[iliaa]

 ID:   29315
 Updated by:   [EMAIL PROTECTED]
 Reported By:  k at ailis dot de
-Status:   Open
+Status:   Feedback
 Bug Type: GD related
 Operating System: Linux
 PHP Version:  4.3.8
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2004-07-22 09:56:53] k at ailis dot de

Description:

Hello, 
 
I've also send this bug to Boutell (because it is a bug in 
the GD library, not in PHP) but I have the feeling that 
I'll not get an answer because of the message I got after 
submitting the bug.. So maybe someone is able to fix this 
bug in the GD library which is bundled with PHP. 
 
There seems to be a bug in gdImageCopyResampled which is 
triggered if an alphatransparent image is resampled. The 
bug can be reproduced with GD 2.0.28 (and also with the 
library bundled with PHP 4.3.8) with the code at the 
bottom of this message (It's a C source. I'm putting a PHP 
source into the "reproduce code" box) 
 
This example code sets the background color of the 
resulting image to transparent so it's easier to see the 
bug. Resampling an alpha-transparent image to a 
"binary-even" size (2^x, for example: 64x64) works fine, 
but other values (like 127x127 in this example) creates 
alpha transparent artifacts. Depending on the destination 
size of the resampling the artifacts are very different. 
 
To see these artifacts just compile the following code and 
start it. You will end up with an out.png which has two 
lines in it. The first one is correct (was resized to 
64x64), the second one (resized to 127x127) has snow 
around the line (only visible if you display the image 
with a viewer supporting PNG transparency) 
 
 
#include  
 
int main(int argc, char *argv[]) 
{ 
gdImagePtr alpha_image, test_image; 
FILE *file; 
int transparent, black, blue; 
 
// Create an alpha-transparent image with a black line 
in it 
alpha_image = gdImageCreateTrueColor(128, 128); 
gdImageAlphaBlending(alpha_image, 0); 
gdImageSaveAlpha(alpha_image, 1); 
transparent = gdImageColorAllocateAlpha(alpha_image, 
0, 0, 0, 127); 
black = gdImageColorAllocate(alpha_image, 0, 0, 0); 
gdImageFilledRectangle(alpha_image, 0, 0, 128, 128, 
transparent); 
gdImageLine(alpha_image, 0, 0, 128, 128, black); 
 
// Create a test background image 
test_image = gdImageCreateTrueColor(256, 256); 
blue = gdImageColorAllocate(test_image, 0, 0, 256); 
gdImageColorTransparent(test_image, blue); 
gdImageFilledRectangle(test_image, 0, 0, 256, 256, 
blue); 
 
// Resample the alpha-transparent image onto the test 
image (working) 
gdImageCopyResampled(test_image, alpha_image, 10, 10, 
0, 0, 
64, 64, 128, 128); 
 
// Resample the alpha-transparent image onto the test 
image (not working) 
gdImageCopyResampled(test_image, alpha_image, 100, 
100, 0, 0, 
127, 127, 128, 128); 
 
file = fopen("out.png", "w"); 
gdImagePng(test_image, file); 
fclose(file); 
 
return 0; 
} 
 

Reproduce code:
---
// Create an alpha-transparent image with a sample line in it
$alpha_image = imagecreatetruecolor(128, 128);
imagealphablending($alpha_image, false);
imagesavealpha($alpha_image, true);
$transparent = imagecolorallocatealpha($alpha_image, 0, 0, 0, 127);
$black = imagecolorallocate($alpha_image, 0, 0, 0);
imagefilledrectangle($alpha_image, 0, 0, 128, 128, $transparent);
imageline($alpha_image, 0, 0, 128, 128, $black);

// Create a test background image
$test_image = imagecreatetruecolor(256, 256);
$blue = imagecolorallocate($test_image, 0, 0, 255);
imagecolortransparent($test_image, $blue);
imagefilledrectangle($test_image, 0, 0, 256, 256, $blue);

// Resample the alpha transparent image onto the test image (working)
imagecopyresampled($test_image, $alpha_image, 10, 10, 0, 0,
64, 64, 128, 128);

// Resample the alpha transparent image onto the test image (not
working)
imagecopyresampled($test_image, $alpha_image, 100, 100, 0, 0,
127, 127, 128, 128);

// Output image
header('Content-type: image/png');
imagepng($test_image);


Expected result:

Both lines should be drawn without alpha-transparent 
artifacts around them. 

Actual result:
--
The second line has snow (alpha-transparent artifacts) 
around it. 





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

#29232 [Opn->Fbk]: imagefilltoborder not filling downwards

[iliaa]

 ID:   29232
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jeroen dot clarysse at easynet dot be
-Status:   Open
+Status:   Feedback
 Bug Type: GD related
 Operating System: MacOS 10.3.4
 PHP Version:  4.3.8
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2004-07-17 22:10:56] jeroen dot clarysse at easynet dot be

Description:

the imagefilltoborder call will flood fill upwards only. 
it's pretty easy to see : http://
ldab.arts.kuleuven.ac.be/gdtest.php

I ran it on 3 other macs, clean installs with the PHP 
module from www.entropy.ch, which has very good fame 
among OSX people.

the weird part is that linux code works fine... 

I downloaded sources from 4.3.6 up to 4.3.9, and 
compared the gdImageFillToBorder calls. They are 
identical (even the original GD from Boutell has the 
same code) so I really don't know what could be wrong.

cheers

Reproduce code:
---
header("Content-type: image/png");
// create a blank image
$image = imagecreate(400, 300);

// fill the background color
$bg = imagecolorallocate($image, 0, 0, 0);
// choose a color for the ellipse
$col_ellipse = imagecolorallocate($image, 255, 255, 255);

// draw the ellipse
imageellipse($image, 200, 150, 300, 200, $col_ellipse);
imagefilltoborder($image, 200, 150, $col_ellipse,$col_ellipse);

// output the picture
header("Content-type: image/png");
imagejpeg($image);

Expected result:

a fully white ellipse on a black square

Actual result:
--
on a black square, an ellipse with white border, upper 
half filled white





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

#28949 [Opn->Fbk]: imagetruecolortopalette - colors in palette are missing and filled with white

[iliaa]

 ID:   28949
 Updated by:   [EMAIL PROTECTED]
 Reported By:  vkary at web dot de
-Status:   Open
+Status:   Feedback
 Bug Type: GD related
 Operating System: WinXP & Linux
 PHP Version:  4.3.7
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2004-07-14 12:55:50] service at textilenetwork dot de

This bug still exists in release of PHP 5!



[2004-07-03 12:16:54] vkary at web dot de

...and another difference:

A few lines above, the variable "count" is initialized with "0"



[2004-07-03 11:58:53] vkary at web dot de

I have found a difference between the PHP 4.3.2 and PHP 4.3.7 in the
file "gd_topal.c"

gd_topal.c, PHP 4.3.2, lines 733-742
-

#ifdef ORIGINAL_LIB_JPEG
cinfo->colormap[0][icolor] = (JSAMPLE) ((c0total + (total >> 1)) /
total);
cinfo->colormap[1][icolor] = (JSAMPLE) ((c1total + (total >> 1)) /
total);
cinfo->colormap[2][icolor] = (JSAMPLE) ((c2total + (total >> 1)) /
total);
#else
im->red[icolor] = (int) ((c0total + (total >> 1)) / total);
im->green[icolor] = (int) ((c1total + (total >> 1)) / total);
im->blue[icolor] = (int) ((c2total + (total >> 1)) / total);
#endif
}


gd_topal.c, PHP 4.3.7, lines 733-748
-

#ifdef ORIGINAL_LIB_JPEG
cinfo->colormap[0][icolor] = (JSAMPLE) ((c0total + (total >> 1)) /
total);
cinfo->colormap[1][icolor] = (JSAMPLE) ((c1total + (total >> 1)) /
total);
cinfo->colormap[2][icolor] = (JSAMPLE) ((c2total + (total >> 1)) /
total);
#else
/* 2.0.16: Paul den Dulk found an occasion where total can be 0 */
if (count) {
im->red[icolor] = (int) ((c0total + (total >> 1)) / total);
im->green[icolor] = (int) ((c1total + (total >> 1)) / total);
im->blue[icolor] = (int) ((c2total + (total >> 1)) / total);
} else {
im->red[icolor] = 255;
im->green[icolor] = 255;
im->blue[icolor] = 255;
}
#endif



[2004-06-28 18:27:19] vkary at web dot de

Description:

When trying to reduce a true color image to a palette image with for
example 16 or 32 colors, many colors are missing from the palette and
filled with white color instead.

Reproduce code:
---


Expected result:

The color palette should have exactly the number of colors specified in
imagetruecolortopalette (16 for example) an the color reduced image
should look like this:(created with PHP 4.3.2, GD-Lib 2.0.12)

http://www.textilenetwork.de/php/ara16_4_3_2.png

The color palette for the image above:

http://www.textilenetwork.de/php/ara16_4_3_2_pal.png

or for 32 colors:

http://www.textilenetwork.de/php/ara32_4_3_2.png
http://www.textilenetwork.de/php/ara32_4_3_2_pal.png


Actual result:
--
The images and color palettes with PHP 4.3.6: (& PHP 4.3.7)

http://www.textilenetwork.de/php/ara16_4_3_6.png
http://www.textilenetwork.de/php/ara16_4_3_6_pal.png

http://www.textilenetwork.de/php/ara32_4_3_6.png
http://www.textilenetwork.de/php/ara32_4_3_6_pal.png






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

#29344 [Opn->Bgs]: problems with make during upgrade and reinstall

[iliaa]

 ID:   29344
 Updated by:   [EMAIL PROTECTED]
 Reported By:  resonantfreq at yahoo dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Linux RH9
 PHP Version:  4.3.8
 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.

Your system is missing the netinet/in.h header needed by 
another non-php related header /usr/include/netdb.h. 


Previous Comments:


[2004-07-23 00:22:11] resonantfreq at yahoo dot com

Description:

Hello,
I am interested in upgrading the php version (4.7) to (4.8) with also
the interest off adding in curl.  I recompiled with no problems, see
the configure script below.  However when I run the make, I
consistently keep running into the same errors.  I have posted the
errors below.  I have attempted several times and also tried
researching to see if others also came across the same problem.  Please
advise.  Note, I also have attempted to recompile with a zero configure
settings and still ran into problems.  
Thanks in advance.

Reproduce code:
---
./configure --with-apxs=/usr/local/apache/bin/apxs --disable-debug
--enable-ftp --enable-inline-optimization --enable-magic-quotes
--enable-mbstring --enable-mm=shared --enable-safe-mode
--enable-track-vars --enable-trans-sid --enable-eddx=shared
--enable-xml --with-dom --with-gettext --with-mysql=/usr/local/mysql
--with-regex=system --with-xml --with-zlib-dir=/usr/lib
--with-curl=/usr 

Error during make:

/bin/sh /usr/local/src/php-4.3.8/libtool --silent --preserve-dup-deps
--mode=compile gcc  -Iext/ftp/ -I/usr/local/src/php-4.3.8/ext/ftp/
-DPHP_ATOM_INC -I/usr/local/src/php-4.3.8/include
-I/usr/local/src/php-4.3.8/main -I/usr/local/src/php-4.3.8
-I/usr/local/src/php-4.3.8/Zend -I/usr/include/libxml2
-I/usr/local/src/php-4.3.8/ext/mbstring/mbregex
-I/usr/local/src/php-4.3.8/ext/mbstring/libmbfl
-I/usr/local/src/php-4.3.8/ext/mbstring/libmbfl/mbfl
-I/usr/local/mysql/include -I/usr/local/src/php-4.3.8/ext/xml/expat 
-I/usr/local/src/php-4.3.8/TSRM  -g -O2  -prefer-pic -c
/usr/local/src/php-4.3.8/ext/ftp/ftp.c -o ext/ftp/ftp.lo
/usr/local/src/php-4.3.8/ext/ftp/ftp.c:58:24: netinet/in.h: No such
file or directory
In file included from /usr/local/src/php-4.3.8/ext/ftp/ftp.c:59:
/usr/include/arpa/inet.h:23:67: netinet/in.h: No such file or
directory
In file included from /usr/local/src/php-4.3.8/ext/ftp/ftp.c:60:
/usr/include/netdb.h:28:24: netinet/in.h: No such file or directory
/usr/local/src/php-4.3.8/ext/ftp/ftp.c:111: field `ia' has incomplete
type
/usr/local/src/php-4.3.8/ext/ftp/ftp.c: In function `ftp_pasv':
/usr/local/src/php-4.3.8/ext/ftp/ftp.c:643: dereferencing pointer to
incomplete type
/usr/local/src/php-4.3.8/ext/ftp/ftp.c:644: dereferencing pointer to
incomplete type
/usr/local/src/php-4.3.8/ext/ftp/ftp.c:645: dereferencing pointer to
incomplete type
/usr/local/src/php-4.3.8/ext/ftp/ftp.c: In function `ftp_getdata':
/usr/local/src/php-4.3.8/ext/ftp/ftp.c:1356: dereferencing pointer to
incomplete type
/usr/local/src/php-4.3.8/ext/ftp/ftp.c:1357: dereferencing pointer to
incomplete type
make: *** [ext/ftp/ftp.lo] Error 1








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

#29345 [NEW]: Working directory has changed

[jeroen at kessels dot com]

From: jeroen at kessels dot com
Operating system: Windows 2000
PHP version:  5.0.0
PHP Bug Type: Filesystem function related
Bug description:  Working directory has changed

Description:

In PHP4 the working directory is the directory where the script lives. In
PHP5 it's the root of the website. This has a huge impact on scripts that
use the filesystem functions to access local files.

For example, the getcwd() function in a script called
"c:/inetpub/wwwroot/work/test.php" will report "c:\inetpub\wwwroot\work"
on PHP4, and "c:\inetpub\wwwroot" on PHP5.

I have only Windows 2000 with IIS at my disposal, I've not tested on Linux
and Apache.

Reproduce code:
---
echo getcwd();

Expected result:

The directory where the script lives.

Actual result:
--
The home directory of the website.

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

#29343 [Opn->Fbk]: "make maintainer"

[wez]

 ID:   29343
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Feedback
 Bug Type: Feature/Change Request
 Operating System: irrelevant
 PHP Version:  Irrelevant
 Assigned To:  hholzgra
 New Comment:

Since PHP 4.3.something (IIRC):

phpize --clean 




Previous Comments:


[2004-07-23 00:29:56] [EMAIL PROTECTED]

note to self: this referes to PECL



[2004-07-23 00:21:18] [EMAIL PROTECTED]

Description:

it would be great if a simple "make maintainer-clean" or similar would
cleanup an exts directory and make it ready for a clean cvs import.






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

#24039 [Com]: Apache 2.0.46/PHP 4.3.2 continually crashes with segmention fault

[klopp dot geo at yahoo dot com]

 ID:   24039
 Comment by:   klopp dot geo at yahoo dot com
 Reported By:  poulman at wirsbo dot com
 Status:   No Feedback
 Bug Type: Apache2 related
 Operating System: SuSE Linux 8.2
 PHP Version:  4.3.2
 New Comment:

I too have seen similar results after upgrading from an earlier version
of PHP and apache. Basically what we found was happening was that when
we would store large objects in the session it would put the apache
process in charge of that script in a constant state of 'sending reply'
(we found this out by checking the apache-status screen). After being
put into that state the process was riddled useless and apache was
forced to create new processes to handle new requests. After several
hours of this our apache couldn't create any new processes and our
server thus couldn't accept any new connections. After removing all
instances of this object from our sessions we found that we were not
getting anymore locked apache processes and appeared to have fixed the
problem.

BTW we are running php 4.3.2 and apache 2.0.46. Feel free to contact me
if you need more information.


Previous Comments:


[2004-04-13 12:19:10] sean_walton at e-nps dot com

xref: Bug #27980



[2003-06-11 21:14:00] [EMAIL PROTECTED]

still not the requested info. Leave as "No Feedback" until 
you can give it. 



[2003-06-11 20:38:36] poulman at wirsbo dot com

At the present time I have reverted back to Apache 2.0.46/PHP 4.3.1 and
everything works. I do not have sufficient time or resources at the
moment to troubleshoot the Apache 2.0.46/PHP 4.3.2 configuration.
Sorry.



[2003-06-11 19:11:45] [EMAIL PROTECTED]

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





[2003-06-05 11:05:45] [EMAIL PROTECTED]

Which MPM are you using ? 
 
Also, a backtrace and/or reproduce script is needed. 



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

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

#29122 [Com]: mail function ignoring -f arg as 5th argument

[gem at rellim dot com]

 ID:   29122
 Comment by:   gem at rellim dot com
 Reported By:  brian dot foddy at nwa dot com
 Status:   Open
 Bug Type: Mail related
 Operating System: Solaris 2.8
 PHP Version:  5.0.0RC3
 New Comment:

Found the problem(s).  

I had exactly the same problem.  Setting the 5th parm to "-fxxx" works
perfectly in 4.3.6, It also works perfectly from command line.  PHP
Fails to use "-f" since I updated to 5.0.0.

A diff of the old code in ext/standard/mail.c shows the new
mail.force_extra_parameters option but no other obvious related
changes.

Safe Mode=On would kill the 5th parameter, but that is off.
mail.force_extra_parameters is empty.

Forcing mail.force_extra_parameters to -fxxx in php.ini does not work.

BTW, that parameter is MISSPELLED in the sample config files
php.ini-dist and php.ini-recommended as well as the NEWS file.

AHH, there is the problem this line:
char *force_extra_parameters = INI_STR("mail_force_extra_parameters");

Should read this way:

char *force_extra_parameters = INI_STR("mail.force_extra_parameters");

Notice the mail_force should be mail.force.  Stupid typo!


Previous Comments:


[2004-07-14 21:19:11] brian dot foddy at nwa dot com

I hope this is what you want...
I changed the external TO address from
brian.foddy to "a26811" which is my
local user id on the server in question,
so the local sendmail did no further forwarding
or sending to external hosts.  The resulting
full message looks like:

>From apache Wed Jul 14 19:14:27 2004
Return-Path: 
Received: (from [EMAIL PROTECTED])
by f1xsds01.mn.nwa.com (8.11.7p1+Sun/8.11.7) id i6EJEQ218348;
Wed, 14 Jul 2004 19:14:26 GMT
Date: Wed, 14 Jul 2004 19:14:26 GMT
Message-Id: <[EMAIL PROTECTED]>
To: a26811
Subject: Subject line
From: [EMAIL PROTECTED]
X-Sender: [EMAIL PROTECTED]
X-Mailer: PHP/5.0.0RC3
Mailing-List:  SOC Issue Tracking - Mantis
Content-Type: text/plain; charset=iso-8859-1
Content-Length: 55
Status: RO


This is a test message.
Wed Jul 14 14:14:26 CDT 2004
===



[2004-07-14 17:58:29] [EMAIL PROTECTED]

you're workaround is exactly how php's mail() sends the data, minus the
ini setting to use -t -i.  So I dont see how a different return path is
being sent.

Looking at your headers, it does seem suspect that return-path isn't
the first line, It appears that mozilla is doing some header mangling.


Can you obtain the raw headers that are being set?




[2004-07-14 05:49:02] brian dot foddy at nwa dot com

The results as requested:
From= [EMAIL PROTECTED]
Path = [/usr/lib/sendmail -t -i]

Yes, it supports the -f option, my temporary workaround was
the following code snippet instead of calling mail()
$tmp_msg_string = "To: $t_recipient\nSubject: 
$t_subject\n$t_headers\n\n$t_message\n";
$tmp_handle = popen ("/usr/lib/sendmail [EMAIL PROTECTED] $t_recipient",
"w");
fwrite ($tmp_handle, $tmp_msg_string);
$result = pclose ($tmp_handle);

which worked fine as expected.



[2004-07-14 05:28:19] [EMAIL PROTECTED]

what is the output of:
echo ini_get('sendmail_from');
echo ini_get('sendmail_path');
before you call mail()

And does the sendmail you are using support the -f option?




[2004-07-13 18:23:04] brian dot foddy at nwa dot com

Description:

The mail functions additional parameters
argument is ignoring a "-f" argument.  I need
to send sendmail a -f argument to change the 
Return-Path outbound header to get past some
email spam settings.
This same code worked fine in the previous version
I used (4.2.3).

Configure as reported by phpinfo:
'./configure' '--with-apxs=/apps/soc/apache/bin/apxs'
'--prefix=/apps/soc/apache/php5'
'--with-sybase-ct=/apps/soc/sybase/OCS-12_0' '--enable-track-vars'
'--with-config-file-path=/apps/soc/apache/php5' '--enable-trans-sid'
'--with-ldap' '--enable-soap' '--with-libxml-dir=/apps/soc/'
'--with-mysql=/apps/soc/mysql/'

Running on Apache 1.3.22, Solaris 2.8 Ultrasparc
V880 machine.

Reproduce code:
---
";
exit;
}
print nl2br($t_message);
print ("Done");
?>

Expected result:

The resulting email should have a
Return-Path:  [EMAIL PROTECTED]

Actual result:
--
Actual Return-Path in header is still raw machine
name.  Actual full email and header:


X-UIDL: AAwojxcAAAwkL59LRkTWhqUambbW6YDo
X-Mozilla-Status: 0001
X-Mozilla-Status2: 
Received: from FMMSPJ34.pad.nwa.com ([139.72.12.25]) by
AMMSPJ28.pad.nwa.com with Microsoft SMTPSVC(5.0.2195.5329);
 Tue, 13 Jul 2004 11:02:39 -0500
Received: from j1xrms01.nwa.com ([

#29127 [Com]: PHP has encountered an Access Violation

[SI at wcreplays dot com]

 ID:   29127
 Comment by:   SI at wcreplays dot com
 Reported By:  bojo at gvea dot com
 Status:   Open
 Bug Type: Reproducible crash
 Operating System: Windows 2003 Server
 PHP Version:  5.0.0
 New Comment:

getting same errors, also win2k3. have had the error on a 3 line file
, also have it in the middle of a dir enum loop,
consistently after same element, the dir I am displaying only has
subdirs. Email me if I should test stuff.


Previous Comments:


[2004-07-22 13:37:59] jmjt at lut dot fi

Any possibility of getting a version for PHP 4.3.8 of the DLL? The
access violation bug is highly reproducible also there and I'm big
stuck here not wanting to go below 4.3.8 because of the serious bugs
and not ready to go to 5.0.0 yet.



[2004-07-21 22:29:33] noidea_2 at hotmail dot com

I'm also getting the Access Violation error randomly. Email me if I
have to test things.



[2004-07-20 16:06:15] justin at jphil dot net

After thinking that the suggested .dll replacement had fixed the Access
violation error I was disappointed to see the error showing itself here
and there again. However now it seems to be only after relatively
complex scripts are run (XML_RPC in this case) and even then only
perhaps every 10th time the script is run... so the problem is still
there...

My system is IIS6, Windows Server 2003 SE, PHP 5.0.0 (with replaced
php5ts.dll)

Justin



[2004-07-19 13:15:11] taomyn at myway dot com

Damn, now I'm getting a similar error with other PHP, and it's random
i.e. sometimes it works other times I get the access violation.



[2004-07-19 06:34:31] naaokth at free dot fr

>>Could you try php5ts.dll from http://emini.dk/php5ts-zend-mm.zip<<

i tried it, it work very nice ^^ no more error THX



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

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

#29025 [Opn]: apache 1.3.28 crashes during shutdown

[andi]

 ID:   29025
 Updated by:   [EMAIL PROTECTED]
 Reported By:  rashid at ds dot pg dot gda dot pl
 Status:   Open
 Bug Type: Reproducible crash
 Operating System: win 2k3
 PHP Version:  5CVS-2004-07-05 (dev)
 New Comment:

Does this still happen? Please download another snapshot. Thanks.


Previous Comments:


[2004-07-13 16:26:46] fixxxer at php5 dot ru

The problem still exists with the lastest snapshot.
winxp/apache 1.3.31
What I've noticed is this depends on xslt extension: if it is not
loaded (e.g. if commenting out extension=php_xsl.dll in php.ini),
apache does not crash.
Unfortunately i have no possibility to build php from sources
--with-debug to provide bt, but here is the callstack information for
the win32-200407131030.zip snapshot, maybe this will help.
>   php5ts.dll!0090e2fd()   
php5ts.dll!0094145a()   
php5ts.dll!00931ead()   
php5ts.dll!00931e5f()   
php5apache.dll!10002122()   
ApacheCore.dll!6ff621ff()
[.]



[2004-07-06 11:04:12] rashid at ds dot pg dot gda dot pl

with latest windows snapshot the problem is still present



[2004-07-06 09:51:49] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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



[2004-07-05 23:55:24] rashid at ds dot pg dot gda dot pl

Description:

latest php5 builds cause apache crashes during shutdown. it happens
since at least june 2nd (i didn`t have  this problem earlier). here`s
line from system log:

Application Failure Apache.exe 0.0.0.0 in php5ts.dll 5.0.0.0 at offset
0003e32a.

apache version 1.3.28
clean php5 - without any additional extensions loaded
before server shutdown php works fine






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

#29127 [Opn->Csd]: PHP has encountered an Access Violation

[edink]

 ID:   29127
 Updated by:   [EMAIL PROTECTED]
 Reported By:  bojo at gvea dot com
-Status:   Open
+Status:   Closed
 Bug Type: Reproducible crash
 Operating System: Windows 2003 Server
 PHP Version:  5.0.0
 New Comment:

This bug has been fixed in CVS.

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




Previous Comments:


[2004-07-23 02:19:30] SI at wcreplays dot com

getting same errors, also win2k3. have had the error on a 3 line file
, also have it in the middle of a dir enum loop,
consistently after same element, the dir I am displaying only has
subdirs. Email me if I should test stuff.



[2004-07-22 13:37:59] jmjt at lut dot fi

Any possibility of getting a version for PHP 4.3.8 of the DLL? The
access violation bug is highly reproducible also there and I'm big
stuck here not wanting to go below 4.3.8 because of the serious bugs
and not ready to go to 5.0.0 yet.



[2004-07-21 22:29:33] noidea_2 at hotmail dot com

I'm also getting the Access Violation error randomly. Email me if I
have to test things.



[2004-07-20 16:06:15] justin at jphil dot net

After thinking that the suggested .dll replacement had fixed the Access
violation error I was disappointed to see the error showing itself here
and there again. However now it seems to be only after relatively
complex scripts are run (XML_RPC in this case) and even then only
perhaps every 10th time the script is run... so the problem is still
there...

My system is IIS6, Windows Server 2003 SE, PHP 5.0.0 (with replaced
php5ts.dll)

Justin



[2004-07-19 13:15:11] taomyn at myway dot com

Damn, now I'm getting a similar error with other PHP, and it's random
i.e. sometimes it works other times I get the access violation.



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

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

#29127 [Com]: PHP has encountered an Access Violation

[jbrady at sbccd dot cc dot ca dot us]

 ID:   29127
 Comment by:   jbrady at sbccd dot cc dot ca dot us
 Reported By:  bojo at gvea dot com
 Status:   Closed
 Bug Type: Reproducible crash
 Operating System: Windows 2003 Server
 PHP Version:  5.0.0
 New Comment:

I had this bug, but the latest snap fixed it. But it didn't fix the
crash in IIS when you stop the service.

I just upgraded from php 4.3.8 to 5.0 on my Windows XP machine, and got
it working, only to get the access violation. At that time, IIS also
crashed when I tried to stop the service (using "net stop "IIS Admin").
I read this bug report, got the latest snapshot, and it fixed the access
violation that was reported in the browser.

Now, when ever I start IIS, run a page containing "", and then try to stop IIS, it crashes. It brings up the microsoft
crash report, asking to send it to Microsoft.


Previous Comments:


[2004-07-23 02:29:30] [EMAIL PROTECTED]

This bug has been fixed in CVS.

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





[2004-07-23 02:19:30] SI at wcreplays dot com

getting same errors, also win2k3. have had the error on a 3 line file
, also have it in the middle of a dir enum loop,
consistently after same element, the dir I am displaying only has
subdirs. Email me if I should test stuff.



[2004-07-22 13:37:59] jmjt at lut dot fi

Any possibility of getting a version for PHP 4.3.8 of the DLL? The
access violation bug is highly reproducible also there and I'm big
stuck here not wanting to go below 4.3.8 because of the serious bugs
and not ready to go to 5.0.0 yet.



[2004-07-21 22:29:33] noidea_2 at hotmail dot com

I'm also getting the Access Violation error randomly. Email me if I
have to test things.



[2004-07-20 16:06:15] justin at jphil dot net

After thinking that the suggested .dll replacement had fixed the Access
violation error I was disappointed to see the error showing itself here
and there again. However now it seems to be only after relatively
complex scripts are run (XML_RPC in this case) and even then only
perhaps every 10th time the script is run... so the problem is still
there...

My system is IIS6, Windows Server 2003 SE, PHP 5.0.0 (with replaced
php5ts.dll)

Justin



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

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

#29182 [Com]: $_SERVER['PHP_AUTH_USER'] missing ?

[neilcurry1 at hotmail dot com]

 ID:   29182
 Comment by:   neilcurry1 at hotmail dot com
 Reported By:  herve at elma dot fr
 Status:   Bogus
 Bug Type: *General Issues
 Operating System: Linux
 PHP Version:  5.0.0
 New Comment:

Same problem here, using Apache 1.3.31 and PHP 5.0.0 on 
Mac OS X 10.3.4.

PHP_AUTH_USER variable is blank

PHP_AUTH_PW variable works fine.

Test Script:
");
echo("You entered " . $_SERVER["PHP_AUTH_PW"] . " 
for a password.");
}
?>

If you set the loop test to PHP_AUTH_USER it just keeps 
asking for the username and password.

The result of the above script outputs nothing where the 
username should be, and the correct password you entered 
where the password should be.

Neil


Previous Comments:


[2004-07-15 11:51:11] [EMAIL PROTECTED]

Duplicate. See #29132





[2004-07-15 11:48:01] [EMAIL PROTECTED]

Duplicate. See #29132



[2004-07-15 11:22:46] herve at elma dot fr

Description:

Since I have installed PHP-5.0.0 I do not have any answer to the
command $_SERVER['PHP_AUTH_USER'] ...
PHP_AUTH_USER seems to not being defined ... included in the phpinfo()
...
!?
With Apache 1.3.31, php compiled as a module.

Reproduce code:
---



Expected result:

The auth user name ...
as explain in the PHP documentation :
 When running under Apache as module doing HTTP authentication this
variable is set to the username provided by the user.

Actual result:
--
'PHP_AUTH_USER' not defined.





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

#29182 [Com]: $_SERVER['PHP_AUTH_USER'] missing ?

[neilcurry1 at hotmail dot com]

 ID:   29182
 Comment by:   neilcurry1 at hotmail dot com
 Reported By:  herve at elma dot fr
 Status:   Bogus
 Bug Type: *General Issues
 Operating System: Linux
 PHP Version:  5.0.0
 New Comment:

Just see the linked bug report, should have read first.

Sorry

Neil


Previous Comments:


[2004-07-23 03:03:30] neilcurry1 at hotmail dot com

Same problem here, using Apache 1.3.31 and PHP 5.0.0 on 
Mac OS X 10.3.4.

PHP_AUTH_USER variable is blank

PHP_AUTH_PW variable works fine.

Test Script:
");
echo("You entered " . $_SERVER["PHP_AUTH_PW"] . " 
for a password.");
}
?>

If you set the loop test to PHP_AUTH_USER it just keeps 
asking for the username and password.

The result of the above script outputs nothing where the 
username should be, and the correct password you entered 
where the password should be.

Neil



[2004-07-15 11:51:11] [EMAIL PROTECTED]

Duplicate. See #29132





[2004-07-15 11:48:01] [EMAIL PROTECTED]

Duplicate. See #29132



[2004-07-15 11:22:46] herve at elma dot fr

Description:

Since I have installed PHP-5.0.0 I do not have any answer to the
command $_SERVER['PHP_AUTH_USER'] ...
PHP_AUTH_USER seems to not being defined ... included in the phpinfo()
...
!?
With Apache 1.3.31, php compiled as a module.

Reproduce code:
---



Expected result:

The auth user name ...
as explain in the PHP documentation :
 When running under Apache as module doing HTTP authentication this
variable is set to the username provided by the user.

Actual result:
--
'PHP_AUTH_USER' not defined.





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

#29318 [Opn->Fbk]: Can't encode to HTML Entities from UTF-8

[moriyoshi]

 ID:   29318
 Updated by:   [EMAIL PROTECTED]
 Reported By:  atlantisboydn at yougotmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: mbstring related
 Operating System: Windows XP SP1
 PHP Version:  5.0.0
 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.




string(6) "€aä"
string(13) "€aä"

Works fine here.


Previous Comments:


[2004-07-22 11:08:55] atlantisboydn at yougotmail dot com

Description:

The following script works fine with PHP 4.3.x, but the returned string
don't output in HTML-Entities format in PHP 5.0.0 

$str = mb_convert_encoding($str, "HTML-ENTITIES","UTF-8");






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

#29132 [Com]: $_SERVER["PHP_AUTH_USER"] is not in headers anymore?

[neilcurry1 at hotmail dot com]

 ID:   29132
 Comment by:   neilcurry1 at hotmail dot com
 Reported By:  endrju at itrisinajumi dot lv
 Status:   Closed
 Bug Type: *General Issues
 Operating System: FreeBSD 5.2.1
 PHP Version:  5.0.0
 New Comment:

I just spend 2 days trying to sort this problem out, 
seeking help from http://phpmac.com/ also.

I have downloaded the latest snapshot and build and 
installed.

Everything OK now :)

I think a new release to php 5 is needed to stop others 
pulling their hair out over this one.

Neil


Previous Comments:


[2004-07-21 17:00:33] tmeader at pobox dot com

I've come across two other admins thus far who have been having this
problem, and had no idea that it was PHP related. They spent at least 6
hours trying to debug their script before giving up for the day. This is
a MAJOR bug, since it basically breaks ALL PHP scripts that use HTTP
Auth. Can we PLEASE have a fast interim 5.0.1 to fix this?



[2004-07-15 18:27:53] daviidu at everydns dot net

This bug is quite serious actually and I would expect a lot of
semi-clued people to not recognize it as a PHP bug or maybe only after
wasting a lot of time.

I would suggest a 5.0.1 release out the door ASAP.

-davidu



[2004-07-14 13:08:56] [EMAIL PROTECTED]

This bug has been fixed in CVS.

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





[2004-07-14 13:05:15] alex dot pagnoni at solarix dot it

Stefan, I can confirm you that $_SERVER['PHP_AUTH_USER']  
now works fine again with the latest php5 snapshot  
(php5-200407141030).



[2004-07-14 11:58:48] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

This Bug should be fixed in CVS now...

Please test next snapshot.





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

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

#29333 [Opn->Csd]: output_buffering + trans_sess_id can corrupt session

[iliaa]

 ID:   29333
 Updated by:   [EMAIL PROTECTED]
 Reported By:  alan at akbkhome dot com
-Status:   Open
+Status:   Closed
 Bug Type: Output Control
 Operating System: linux debian & redhat
 PHP Version:  4.3.8
 New Comment:

This bug has been fixed in CVS.

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




Previous Comments:


[2004-07-22 18:36:57] [EMAIL PROTECTED]

Relivant changes (as far as I can see) that may have caused this
(possible)
http://cvs.php.net/diff.php/php-src/main/output.c?r1=1.142.2.15&r2=1.142&ty=u

(unlikely)
http://cvs.php.net/diff.php/php-src/ext/standard/url_scanner_ex.re?r1=1.63.2.6&r2=1.63&ty=u





[2004-07-22 17:30:59] [EMAIL PROTECTED]

Note: this code worked perfectly on 4.3.1



[2004-07-22 17:26:04] alan at akbkhome dot com

Description:

if output_buffering is set to 4096 and trans_sess_id is used, the
output may be broken:

In the reproduce example, the trans_sess_id writes




Reproduce code:
---
http://www.akbkhome.com/svn/test_trans/.htaccess
http://www.akbkhome.com/svn/test_trans/test.php
http://www.akbkhome.com/svn/test_trans/home.html.en.php


htaccess includes:

php_value session.use_cookies 0
php_value session.use_trans_sid 1 
php_value output_buffering 4098

test.php just sets up enough variables to render the HTML

home.html.en.php is just a HTML which happens to have the url link in
the right place to reproduce the bug.



Expected result:

on the "View your personal calendar": 





Actual result:
--
on the "View your personal calendar": 










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

#29325 [Bgs]: How to rotate a Image on the Image in 45 Degree?

[mohanrky2 at yahoo dot com]

 ID:   29325
 User updated by:  mohanrky2 at yahoo dot com
 Reported By:  mohanrky2 at yahoo dot com
 Status:   Bogus
 Bug Type: GD related
 Operating System: Windows XP
 PHP Version:  4.3.9
 New Comment:

I Can't Rotate an Image in 25,75,125,245 degrees using Imagerotate
function in GD Library.

What is the Solution?

Urgrntly need Soultion.


Previous Comments:


[2004-07-23 00:14:53] [EMAIL PROTECTED]

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

Thank you for your interest in PHP.

This is not a support forum. Try php-general mailing list. 



[2004-07-22 12:37:33] mohanrky2 at yahoo dot com

Iam using GD Library for my site to display the Weather Information.

when i was using i found i could not rotate an Image at 45 degree on
the
Image.

Wheather it is possible to rotate an image at any specified Degree.

Help me , its urgent.



[2004-07-22 12:35:21] mohanrky2 at yahoo dot com

Description:

Iam GD Library for my site to display the Weather Information.

when i was using i found i could not rotate an Image at 45 degree on
the Image.

Wheather it is possible to rotate an image at any specified Degree.

Help me , its urgent.






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

#29192 [Bgs]: Bundled GD library, imagettfbbox error, possibly other functions, found cause

[frank at envirge dot com]

 ID:   29192
 User updated by:  frank at envirge dot com
 Reported By:  frank at envirge dot com
 Status:   Bogus
 Bug Type: GD related
 Operating System: Fedora
 PHP Version:  5.0.0
 Assigned To:  pajoye
 New Comment:

Hi,
I installed from the CVS and its working.  Thanks very much for your
help. 

Frank


Previous Comments:


[2004-07-17 17:32:17] [EMAIL PROTECTED]

> Did you try to reproduce it in PHP 4 or 5? 

Yes, HEAD==php5 cvs (which is 5.0 for gd)

Please give a try with the bundled GD. Be sure that you do not have any
headers/whatever in your lib/include path before running
configure/make.

--Pierre



[2004-07-17 17:19:31] frank at envirge dot com

Did you try to reproduce it in PHP 4 or 5?  I was running the latest
version of PHP 4 and the bug did not appear, but when I switch over to
5.0.0 it became apparent. The only thing that changed between the first
configuration of PHP 5.0.0 and my second configuration of PHP 5.0.0 was
that in the second configuration I ponted the ./configure script to use
my local GD library instead of the bundled GD library.  That then solved
the problem.  This leads me to believe that there is an issue in the GD
library that is bundled.  If you'd like, I can recompile 5.0.0 to use
the bundled library and reproduce the error and put it up on the link
where I have the solution and results.  Also, I'm pretty sure this is
not just me (or bogus), I just talked to two other friends who just
installed 5.0.0 with the bundled library and they had the same results
trying to use imagettfbbox().

 Another thing I noticed, this same bug was reported back in 4.3.0 and
was apparently fixed.  Here is a link to the bug number:

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

Frank



[2004-07-17 14:02:42] [EMAIL PROTECTED]

Cannot reproduce (head and php4). Check that you do not use the
external lib header or library. Bogus for now.

--Pierre



[2004-07-15 23:42:23] frank at envirge dot com

Description:

I just compiled PHP 5.0.0 release with:

./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-openssl
--with-zlib --with-gd=/usr/local --with-ttf --with-mcrypt --with-mhash
--with-mysql --with-curl --without-sqlite --with-pear --enable-bcmath
--enable-calendar --enable-gd-native-ttf --enable-soap 
--with-freetype-dir=/usr/lib


I tried to run some ttf button making scripts that were funcional on a
previous installation of PHP (4.3.x I believe), however in 5.0.0 the
images weren't appearing because imagettfbbox() was returning
impossibly high and low values for all of the y values on the array
elements for the y values of the text box.  I thought the problem might
be with the GD library, so I installed PHP and pointed it to my local GD
library (I'm running the latest release) as well as my local libjpeg and
libpng.  This solved the problem, so I am pretty sure that the cause
lies within the GD library bundled with 5.0.0.

Here is my configuration that solved the problem:

./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-openssl
--with-zlib --with-gd=/usr/local --with-ttf --with-mcrypt --with-mhash
--with-mysql --with-curl --without-sqlite --with-pear --enable-bcmath
--enable-calendar --enable-gd-native-ttf --enable-soap
--with-png-dir=/usr/lib --with-jpeg-dir=/usr/lib
--with-freetype-dir=/usr/lib

I would really like to help.  Please let me know how.

Frank




 


Reproduce code:
---
I have a better explaination with sources, and results at this link:

http://www.envirge.com/frank/php_bug/

Expected result:

I have a better explaination with sources, and results at this link:

http://www.envirge.com/frank/php_bug/

Actual result:
--
I have a better explaination with sources, and results at this link:

http://www.envirge.com/frank/php_bug/





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

#29333 [Csd]: output_buffering + trans_sess_id can corrupt session

[alan_k]

 ID:   29333
 Updated by:   [EMAIL PROTECTED]
 Reported By:  alan at akbkhome dot com
 Status:   Closed
 Bug Type: Output Control
 Operating System: linux debian & redhat
 PHP Version:  4.3.8
 New Comment:

thanks illia - awsome work  


Previous Comments:


[2004-07-23 05:32:28] [EMAIL PROTECTED]

This bug has been fixed in CVS.

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





[2004-07-22 18:36:57] [EMAIL PROTECTED]

Relivant changes (as far as I can see) that may have caused this
(possible)
http://cvs.php.net/diff.php/php-src/main/output.c?r1=1.142.2.15&r2=1.142&ty=u

(unlikely)
http://cvs.php.net/diff.php/php-src/ext/standard/url_scanner_ex.re?r1=1.63.2.6&r2=1.63&ty=u





[2004-07-22 17:30:59] [EMAIL PROTECTED]

Note: this code worked perfectly on 4.3.1



[2004-07-22 17:26:04] alan at akbkhome dot com

Description:

if output_buffering is set to 4096 and trans_sess_id is used, the
output may be broken:

In the reproduce example, the trans_sess_id writes




Reproduce code:
---
http://www.akbkhome.com/svn/test_trans/.htaccess
http://www.akbkhome.com/svn/test_trans/test.php
http://www.akbkhome.com/svn/test_trans/home.html.en.php


htaccess includes:

php_value session.use_cookies 0
php_value session.use_trans_sid 1 
php_value output_buffering 4098

test.php just sets up enough variables to render the HTML

home.html.en.php is just a HTML which happens to have the url link in
the right place to reproduce the bug.



Expected result:

on the "View your personal calendar": 





Actual result:
--
on the "View your personal calendar": 










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

#29346 [NEW]: Script running twice with background

[jepatte at gwm dot sc dot edu]

From: jepatte at gwm dot sc dot edu
Operating system: UNIX/Apache
PHP version:  4.3.9
PHP Bug Type: Scripting Engine problem
Bug description:  Script running twice with background

Description:

If you run a php file with no php code in it, only html, but with
background="#" in a  tag, the file gets executed twice.

Reproduce code:
---





 Hello World






Expected result:

After running this, check your log files, you will notice that the script
was run twice.  I first noticed this because I had script that emailed me
at the beginning and I was getting 2 separate emails.  I narrowed it all
the way down to the background="#".  Please don't respond by asking why am
I using background="#" (this is for NS 4.7 issues), but that is beside the
point.  Is there something that the Zend engine sees with this and
processes the script twice? 


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

#29347 [NEW]: parse error in cgi mode but not in isapi

[jpearson at syntreo dot com]

From: jpearson at syntreo dot com
Operating system: Linux and Windows XP
PHP version:  4.3.9
PHP Bug Type: Scripting Engine problem
Bug description:  parse error in cgi mode but not in isapi

Description:

When in cgi mode attached php script is classed as a parse error, I get:

[EMAIL PROTECTED] roadkill]$ php -l blah.php
PHP Parse error:  parse error, unexpected '=', expecting ')' in
/home/roadkill/blah.php on line 2
Errors parsing blah.php

When you run the script in isapi mode it works fine.

I tested this bug on php 4.3.4 and 4.3.9-dev on windows xp
and php 4.3.6 and 4.3.8 on Linux (Fedora Core 2)

This is NOT an issue in php 5 (on Windows at least)

This is an issue for me because I have a php syntax check in the
commitinfo file for cvs and it won't commit because it claims a parse
error.

Reproduce code:
---



Expected result:

No parse error!

Actual result:
--
PHP Parse error:  parse error, unexpected '=', expecting ')' in
/home/roadkill/blah.php on line 2

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

#29174 [Com]: __get and __set are not called when placed in a class that has a parent class

[imprestavel at gameguru dot com dot br]

 ID:   29174
 Comment by:   imprestavel at gameguru dot com dot br
 Reported By:  jbeall at heraldic dot us
 Status:   Open
 Bug Type: Zend Engine 2 problem
 Operating System: Linux
 PHP Version:  5.0.0
 New Comment:

i think extends works the other way around
"class Super extends Sub", means that Super will inherit Sub stuff, not
the opposite
so, when you do:
> $foo = new Sub();
you are instantiating Sub, which doesn't inherit Super, ending up
without the __get and __set methods

try:
someProp = 10;
echo $foo->someProp;
?>


Previous Comments:


[2004-07-15 03:50:59] jbeall at heraldic dot us

Description:

the __get() and __set() functions work fine to overload a class when
that class has no parent class.  However, if the class you put __get()
and __set() in has a parent class, they are not called whenever a
property is called.

Reproduce code:
---
class Sub
{
}

class Super extends Sub
{
function __get($prop)
{
echo "Property $prop called\n";
}

function __set($prop, $val)
{
echo "Property $prop set to $val\n";
}
}


$foo = new Sub();

$foo->someProp = 10;
echo $foo->someProp;

Expected result:

Property someProp set to 10
Property someProp called

Actual result:
--
10





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

#29174 [Opn->Bgs]: __get and __set are not called when placed in a class that has a parent class

[helly]

 ID:   29174
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jbeall at heraldic dot us
-Status:   Open
+Status:   Bogus
 Bug Type: Zend Engine 2 problem
-Operating System: Linux
+Operating System: *
 PHP Version:  5.0.0
 New Comment:

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

Move get/set to base class.


Previous Comments:


[2004-07-23 06:46:18] imprestavel at gameguru dot com dot br

i think extends works the other way around
"class Super extends Sub", means that Super will inherit Sub stuff, not
the opposite
so, when you do:
> $foo = new Sub();
you are instantiating Sub, which doesn't inherit Super, ending up
without the __get and __set methods

try:
someProp = 10;
echo $foo->someProp;
?>



[2004-07-15 03:50:59] jbeall at heraldic dot us

Description:

the __get() and __set() functions work fine to overload a class when
that class has no parent class.  However, if the class you put __get()
and __set() in has a parent class, they are not called whenever a
property is called.

Reproduce code:
---
class Sub
{
}

class Super extends Sub
{
function __get($prop)
{
echo "Property $prop called\n";
}

function __set($prop, $val)
{
echo "Property $prop set to $val\n";
}
}


$foo = new Sub();

$foo->someProp = 10;
echo $foo->someProp;

Expected result:

Property someProp set to 10
Property someProp called

Actual result:
--
10





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