#23044 [NEW]: Constant GLOB_ONLYDIR is absent in file php4ts.dll and unusable
From: ship at omskreg dot ru
Operating system: Windows 2000 (all Windows)
PHP version: 4.3.1
PHP Bug Type: Directory function related
Bug description: Constant GLOB_ONLYDIR is absent in file php4ts.dll and unusable
in php4ts.dll (product version 4.3.1, file version 4.3.1.1):
Constant GLOB_ONLYDIR is absent (void) in file php4ts.dll.
Constant GLOB_ONLYDIR is unusable in function glob().
This constant (GLOB_ONLYDIR) is present in sources.
Error message in HTML code from PHP engine is:
Notice: Use of undefined constant GLOB_ONLYDIR - assumed 'GLOB_ONLYDIR' in
C:\Program Files\Apache Group\Apache2\htdocs\dev\lib.php on line 58
Warning: glob() expects parameter 2 to be long, string given in C:\Program
Files\Apache Group\Apache2\htdocs\dev\lib.php on line 58
Source PHP code for reproduce error:
$filesarray = glob("*", GLOB_ONLYDIR);
--
Edit bug report at http://bugs.php.net/?id=23044&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=23044&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=23044&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=23044&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=23044&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=23044&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=23044&r=support
Expected behavior: http://bugs.php.net/fix.php?id=23044&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=23044&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=23044&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=23044&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23044&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=23044&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=23044&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=23044&r=gnused
#23042 [Opn->Bgs]: Cannot redefine function in class
ID: 23042
Updated by: [EMAIL PROTECTED]
Reported By: patrice dot ferlet at wanadoo dot fr
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Linux mandrake 9.1
PHP Version: 4.3.1
New Comment:
We fixed a bug so that it displays a warning when you try to do this.
It never actually worked in earlier releases (try it!), and we never
stated that you could overload functions in this way in the manual.
Previous Comments:
[2003-04-04 01:50:17] patrice dot ferlet at wanadoo dot fr
try this:
class test
{
function blah ($one, $two)
{
echo "ONE\n";
}
function blha ($one, $two, $three)
{
echo "TWO";
}
}
In OOP, we can declare several prototypes of a class method, in php 4.0
i could do this, but with php 4.3.1 i cannot anymore.
I think this is a very important problem.
For a framework i use (and i contribute) this is a real big problem!
[2003-04-03 19:40:07] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
[2003-04-03 16:48:01] patrice dot ferlet at wanadoo dot fr
Fatal error: Cannot redeclare copixaction() in
/var/www/html/newcopix/utils/copix/core/CopixAction.class.php on line
59
Last version of PHP worked but not today with 4.3.1.
I cannot redefine a function in class... but i do oop !
thanks
--
Edit this bug report at http://bugs.php.net/?id=23042&edit=1
#23045 [NEW]: Compile failure sapi/client undefined ref to sablotron
From: bariou at brasnah dot com Operating system: debian/Knoppix 3.1 PHP version: 4.3.2RC1 PHP Bug Type: Compile Failure Bug description: Compile failure sapi/client undefined ref to sablotron I've specifically compile sablotron 0.97 ./ configure --with-xslt-sablot=/usr/local .. I have the following errror message .. /usr/local/lib/libsablot.so undefined reference to `__builtin_delete` /usr/local/lib/libsablot.so undefined reference to `__builtin_new` collect2: ld return 1 exit status make: *** [sapi/cli/php] Erreur 1 -- Edit bug report at http://bugs.php.net/?id=23045&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23045&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23045&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23045&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23045&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23045&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23045&r=support Expected behavior: http://bugs.php.net/fix.php?id=23045&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23045&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23045&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23045&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23045&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23045&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23045&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23045&r=gnused
#17173 [NoF->Opn]: "case" causes AV
ID: 17173
Updated by: [EMAIL PROTECTED]
Reported By: mbretter at inode dot at
-Status: No Feedback
+Status: Open
Bug Type: Scripting Engine problem
Operating System: any
-PHP Version: 4.2.3?
+PHP Version: 4.3.2RC1
New Comment:
The problem isn't solved, I tried it with PHP4.3.2RC1 and the original
example lets PHP crash.
The second example by Phanto works now.
Previous Comments:
[2003-02-20 07:58:25] [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-02-08 00:48:49] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Wrong PHP version string caused this bug to get lost..
[2002-08-05 19:48:21] [EMAIL PROTECTED]
reclassify:
switch($obj->prop) {..} does not work on overloaded objects, a NULL
zval is passed as the property_reference parameter to the get_property
handler.
here is a short sample script:
$field = new variant("huh");
convert_field($field);
function convert_field($field) {
$tmp = $field->type;
switch($tmp) {
case 123:
break;
default:
return $field->value;
}
}
function convert_field_crash($field) {
switch($field->type) {
case 123:
break;
default:
return $field->value;
}
}
[2002-08-05 19:44:11] [EMAIL PROTECTED]
the crash caused by your second script is fixed now. actually it was
caused by an error in your script as the right property is
->ActiveConnection and not ->Connection and there was a NULL pointer
reference in the error handler function :)
the first bug is a bug in the engine, thus i'll reclassify the
bugreport.
[2002-06-13 09:17:33] mbretter at inode dot at
also this lets php hang:(Assigning a Connection to a Recordset)
$conn = new COM( "ADODB.Connection" );
$rs = new COM( "ADODB.Recordset" );
$rs2 = new COM( "ADODB.Recordset" );
$conn->Provider = 'SQLOLEDB';
$conn->Open( "Server=wincubix;Uid=oebb;Pwd=oebb;Database=cubix" );
$rs2->Connection = $conn;
@$rs->Open( "SELECT * FROM news ", $conn);
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/17173
--
Edit this bug report at http://bugs.php.net/?id=17173&edit=1
#15194 [Com]: date("m-d-y H:m:s", $timestamp) doesn't jive with system time
ID: 15194
Comment by: harry at nijvink dot nl
Reported By: emetsger at jhu dot edu
Status: Bogus
Bug Type: Date/time related
Operating System: Solaris 7
PHP Version: 4.2.1
New Comment:
In this function you use the month as minutes. Try this:
date("m-d-y H:i:s", $timestamp)
Harry van de Hoef
Nijvink Automatisering
http://www.nijvink.nl
Previous Comments:
[2002-07-03 16:38:21] [EMAIL PROTECTED]
Sorry to disappoint you, I should've payed more attention to the
summary of this bug, as the error is already apparent there.
The minutes are "i", not "m" as in your example. Not wonder, you're
getting false results :-)
Bogusifying again.
P.S. the funny thing is, you're using the right format in your last
line of code *grin*. I hope you see the humor in it.
[2002-07-03 16:12:27] emetsger at jhu dot edu
Please accept sincere apologies: I did not fully read your response.
The pages should be open now (I have no real way to test them).
Thank you again!
[2002-07-03 14:10:10] [EMAIL PROTECTED]
Sorry, but I couldn't reproduce this on my 5.8 system.
I did
touch -am -t 200203011200 timestamp.dat
timestamp.php is
output is
int(1014980400)
string(10) "2002.03.01"
array(11) {
["seconds"]=>
int(0)
["minutes"]=>
int(0)
["hours"]=>
int(12)
["mday"]=>
int(1)
["wday"]=>
int(5)
["mon"]=>
int(3)
["year"]=>
int(2002)
["yday"]=>
int(59)
["weekday"]=>
string(6) "Friday"
["month"]=>
string(5) "March"
[0]=>
int(1014980400)
}
so, everything looks ok by me.
As I'm still not able to see your code, are you _sure_ that you're not
making any errors?
[2002-07-03 12:53:42] [EMAIL PROTECTED]
That was the purpose of my bugusifying of the report, to get an update
from you. Please take a look at the message ;-)
Anyway, your pages only yield a 403 Forbidden, so please grant access,
so that I can verify the bug. :-)
Thanks for helping!
[2002-07-03 12:48:48] emetsger at jhu dot edu
Changed status 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/15194
--
Edit this bug report at http://bugs.php.net/?id=15194&edit=1
#23035 [Fbk->Opn]: PHP has encountered an Access Violation at 0144B261
ID: 23035
User updated by: richard dot quadling at carval dot co dot uk
Reported By: richard dot quadling at carval dot co dot uk
-Status: Feedback
+Status: Open
Bug Type: GD related
Operating System: Windows 2000
PHP Version: 4.3.1
New Comment:
Ok.
The line which causes the program to crash does NOT make it crash when
used by itself.
e.g.
This script works ...
";
print_r($aSizes);
echo "";
?>
The ImageTTFBBox() function is the call that causes the AV error when
used with the Marlett TTF font within the long loop.
I am now retrying both tests with the snapshot supplied.
Previous Comments:
[2003-04-03 12:25:45] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
And can you please shorten the example script to
max. 10-15 lines.
[2003-04-03 08:37:58] richard dot quadling at carval dot co dot uk
I am using Sambar Server V5.4 Production as a webserver and getting
...
[2003-04-03 14:58:12] PHP4ISAPI.DLL: WriteClient(51 bytes) PHP has
encountered an Access Violation at 0144B261
in the ISAPI.LOG file (with logging set to full).
This is the complete entry.
[2003-04-03 14:57:34] Loading PHP4ISAPI.DLL: isapi
[2003-04-03 14:58:01] PHP4ISAPI.DLL: Run for 10.0.0.24
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'HTTP_COOKIE'
returned: Balls=38%6044%6032%6047%6023%6031%6043
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'ALL_HTTP'
returned: HTTP_CONNECTION:Keep-Alive
HTTP_ACCEPT_LANGUAGE:en-gb
HTTP_HOST:richard-dev.pfl
HTTP_ACCEPT:image/gi
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'HTTPS'
returned: off
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'SCRIPT_NAME'
returned: /ttf.php
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'AUTH_PASSWORD'
returned:
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'AUTH_TYPE'
returned:
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'AUTH_USER'
returned:
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'CONTENT_LENGTH'
returned: 0
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'CONTENT_TYPE'
returned:
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable
'PATH_TRANSLATED' returned:
C:/Personal/WebSites/PFL/public_html/ttf.php
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'QUERY_STRING'
returned:
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'REMOTE_ADDR'
returned: 10.0.0.24
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'REMOTE_HOST'
returned: 10.0.0.24
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'REMOTE_USER'
returned:
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'REQUEST_METHOD'
returned: GET
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'SERVER_NAME'
returned: richard-dev.pfl
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'SERVER_PORT'
returned: 80
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable
'SERVER_PROTOCOL' returned: HTTP/1.1
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable
'SERVER_SOFTWARE' returned: SAMBAR
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'APPL_MD_PATH'
not found
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable
'APPL_PHYSICAL_PATH' not found
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'INSTANCE_ID'
not found
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable
'INSTANCE_META_PATH' not found
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'LOGON_USER'
returned:
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'REQUEST_URI'
returned: /ttf.php
[2003-04-03 14:58:01] PHP4ISAPI.DLL: GetServerVariable 'URL' returned:
/ttf.php
[2003-04-03 14:58:01] PHP4ISAPI.DLL: ServerFunc()
HSE_REQ_MAP_URL_TO_PATH_EX '/'
[2003-04-03 14:58:12] PHP4ISAPI.DLL: ServerFunc()
HSE_REQ_SEND_RESPONSE_HEADER_EX '500 Internal Server Error'
[2003-04-03 14:58:12] PHP4ISAPI.DLL: WriteClient(51 bytes) PHP has
encountered an Access Violation at 0144B261
[2003-04-03 14:58:12] PHP4ISAPI.DLL: WriteClient(433 bytes) ‹
[2003-04-03 14:58:12] PHP4ISAPI.DLL: Returned HSE_STATUS_SUCCESS
The code generating this error is a small program to produce thumbnails
of the fonts installed in my C:\winnt\fonts directory.
If I hardcode the exclusion of particular fonts, then the program will
work as expected.
The font names are SYMBOL, MARLETT, OUTLOOK, WINGDING, WEBDINGS,
WEBDNGS2, WEBDNGS3.
These are all symbol fonts.
BUT. If I ONLY tell it to deal with MARLETT.TTF then the code seems to
work without a problem.
My script for all of this is ...
0, 'Height' => 0);
// Font size.
$iFontSize = 12;
// Get the dimensions for each of the strings.
foreach ($aTexts as $v)
{
if ($bDebug) { fputs($fp, "About to : \$aSizes = ImageTTFBBox
($iFontSize,0,\"$sF
#23046 [NEW]: php/php.exe
From: prana_besh at yahoo dot com Operating system: win 2000 PHP version: 4.3.0 PHP Bug Type: Scripting Engine problem Bug description: php/php.exe why the extra /php/php.exe appends to my web page URL s when i submit a form (http://localhost/php/php.exe/apage.php). Where it should be http://localhost/apage.php ? -- Edit bug report at http://bugs.php.net/?id=23046&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23046&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23046&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23046&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23046&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23046&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23046&r=support Expected behavior: http://bugs.php.net/fix.php?id=23046&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23046&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23046&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23046&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23046&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23046&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23046&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23046&r=gnused
#23047 [NEW]: php/php.exe
From: prana_besh at yahoo dot com Operating system: win 2000 PHP version: 4.3.0 PHP Bug Type: Scripting Engine problem Bug description: php/php.exe why the extra /php/php.exe appends to my web page URL s when i submit a form (http://localhost/php/php.exe/apage.php). Where it should be http://localhost/apage.php ? plz mail me at [EMAIL PROTECTED] if u have the reason or solution -- Edit bug report at http://bugs.php.net/?id=23047&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23047&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23047&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23047&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23047&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23047&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23047&r=support Expected behavior: http://bugs.php.net/fix.php?id=23047&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23047&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23047&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23047&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23047&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23047&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23047&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23047&r=gnused
#23047 [Opn->Bgs]: php/php.exe
ID: 23047 Updated by: [EMAIL PROTECTED] Reported By: prana_besh at yahoo dot com -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: win 2000 PHP Version: 4.3.0 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. . Previous Comments: [2003-04-04 05:11:12] prana_besh at yahoo dot com why the extra /php/php.exe appends to my web page URL s when i submit a form (http://localhost/php/php.exe/apage.php). Where it should be http://localhost/apage.php ? plz mail me at [EMAIL PROTECTED] if u have the reason or solution -- Edit this bug report at http://bugs.php.net/?id=23047&edit=1
#23046 [Opn->Bgs]: php/php.exe
ID: 23046 Updated by: [EMAIL PROTECTED] Reported By: prana_besh at yahoo dot com -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: win 2000 PHP Version: 4.3.0 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 a configuration problem, not a PHP bug. Previous Comments: [2003-04-04 05:10:10] prana_besh at yahoo dot com why the extra /php/php.exe appends to my web page URL s when i submit a form (http://localhost/php/php.exe/apage.php). Where it should be http://localhost/apage.php ? -- Edit this bug report at http://bugs.php.net/?id=23046&edit=1
#23048 [NEW]: cURL includes CURLOPT_ENCODING since 7.10
From: phpcurlbug at smayw dot nask dot com Operating system: any PHP version: 4CVS-2003-04-04 (stable) PHP Bug Type: Compile Failure Bug description: cURL includes CURLOPT_ENCODING since 7.10 CURLOPT_ENCODING is present in cURL 7.10+ and should only be enabled/used if an appropriate cURL version is used/installed. This bug was introduced by bug 21995 http://bugs.php.net/bug.php?id=21995 currently PHP checks if cURL version is above 7.9.8 or greater -- Edit bug report at http://bugs.php.net/?id=23048&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23048&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23048&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23048&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23048&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23048&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23048&r=support Expected behavior: http://bugs.php.net/fix.php?id=23048&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23048&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23048&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23048&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23048&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23048&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23048&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23048&r=gnused
#17263 [Com]: imagecopyresampled - imagecopyresized
ID: 17263
Comment by: rbap at yap dot org
Reported By: nicolaasuni at tiscali dot it
Status: No Feedback
Bug Type: GD related
Operating System: Windows XP Pro or Linux
PHP Version: 4.2.3
New Comment:
I experience the same problem on the production system.
For development I use rh8, php4.2.2 and GDlib I guess version 1.8.x
As production rh7, php4.3.1 and the bundled GDlib 2.0 compatible
I am not sure but I think the problem reside in the GD 2.0 lib.
The following proble occour ONLY with palet image.
Basically my script create a button starting form a basic png and
adding the text.
The script work fine in devel but in production has problem.
When I try to resize the basic button for longer text it seems that
both imagecopyresized and imagecopyresampled does not copy the image.
In the example after the imagecopyresized there is a imagecolorstotal,
it return correcly the number of colors in the image (if you put it
before it return 1, the background).
So it seems that the palet is setted correclty but not the image. If I
create a trucolor image instead of a palet image it works but I do not
have transparency.
Here follow an example code:
Total Color: " . imagecolorstotal ($dst_img) ."";
imagecolortransparent($dst_img, $bkgc);
header("Content-type: image/png");
Imagepng($dst_img);
?>
Previous Comments:
[2003-01-15 03:39:58] jukkaho at mail dot student dot oulu dot fi
I was hit by this bug also.
GD 2.0 bundled with PHP 4.3.0 has this bug also. This was tested with
Linux.
No output is coming when I'm trying to use imagecreatefrompng() from an
indexed color image to a imagecreate()-image using imagecopyresized().
When using imagecreatetruecolor()-image as a target, copying works ok.
[2002-11-22 13:22:43] th at hahn-software dot de
PHP Version 4.2.3 with GD Library 1.8.4(!!) => imagecopyresized works
'without' Color Problems.
PHP Version 4.2.3 with GD Library above 2.0
=> imagecopyresized change the Colors dramatical
[2002-10-14 19:26:50] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a month, 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".
[2002-09-27 06:31:40] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-09-27 04:51:29] nicolaasuni at tiscali dot it
Hi, the problem persist using the latest 4.2.3.
The problem is on the destination image format.
If you use a true color image there's no problem but if you use a
paletted image the problem persist.
The only way to avoid this problem is to have a destination image in
true color but unfortunately there are some cases where I need to
resize a paletted image.
I've also try to use a truecolor image and convert it to paletted after
conversion but the result is very poor (and slow).
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/17263
--
Edit this bug report at http://bugs.php.net/?id=17263&edit=1
#17263 [Com]: imagecopyresampled - imagecopyresized
ID: 17263
Comment by: rbap at yap dot org
Reported By: nicolaasuni at tiscali dot it
Status: No Feedback
Bug Type: GD related
Operating System: Windows XP Pro or Linux
PHP Version: 4.2.3
New Comment:
Another comment to the above.
On the production server I had the same problem with php4.2.2 and
external (of course) GDlib 2.0.
That's why I think the problem is in the GDlib version.
Previous Comments:
[2003-04-04 05:50:16] rbap at yap dot org
I experience the same problem on the production system.
For development I use rh8, php4.2.2 and GDlib I guess version 1.8.x
As production rh7, php4.3.1 and the bundled GDlib 2.0 compatible
I am not sure but I think the problem reside in the GD 2.0 lib.
The following proble occour ONLY with palet image.
Basically my script create a button starting form a basic png and
adding the text.
The script work fine in devel but in production has problem.
When I try to resize the basic button for longer text it seems that
both imagecopyresized and imagecopyresampled does not copy the image.
In the example after the imagecopyresized there is a imagecolorstotal,
it return correcly the number of colors in the image (if you put it
before it return 1, the background).
So it seems that the palet is setted correclty but not the image. If I
create a trucolor image instead of a palet image it works but I do not
have transparency.
Here follow an example code:
Total Color: " . imagecolorstotal ($dst_img) ."";
imagecolortransparent($dst_img, $bkgc);
header("Content-type: image/png");
Imagepng($dst_img);
?>
[2003-01-15 03:39:58] jukkaho at mail dot student dot oulu dot fi
I was hit by this bug also.
GD 2.0 bundled with PHP 4.3.0 has this bug also. This was tested with
Linux.
No output is coming when I'm trying to use imagecreatefrompng() from an
indexed color image to a imagecreate()-image using imagecopyresized().
When using imagecreatetruecolor()-image as a target, copying works ok.
[2002-11-22 13:22:43] th at hahn-software dot de
PHP Version 4.2.3 with GD Library 1.8.4(!!) => imagecopyresized works
'without' Color Problems.
PHP Version 4.2.3 with GD Library above 2.0
=> imagecopyresized change the Colors dramatical
[2002-10-14 19:26:50] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a month, 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".
[2002-09-27 06:31:40] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/17263
--
Edit this bug report at http://bugs.php.net/?id=17263&edit=1
#17263 [Com]: imagecopyresampled - imagecopyresized
ID: 17263
Comment by: rbap at yap dot org
Reported By: nicolaasuni at tiscali dot it
Status: No Feedback
Bug Type: GD related
Operating System: Windows XP Pro or Linux
PHP Version: 4.2.3
New Comment:
If you experience such problem,
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
It worked for me.
This problem is still in the php4.3.1, to solve it use the snapshot
Previous Comments:
[2003-04-04 05:53:16] rbap at yap dot org
Another comment to the above.
On the production server I had the same problem with php4.2.2 and
external (of course) GDlib 2.0.
That's why I think the problem is in the GDlib version.
[2003-04-04 05:50:16] rbap at yap dot org
I experience the same problem on the production system.
For development I use rh8, php4.2.2 and GDlib I guess version 1.8.x
As production rh7, php4.3.1 and the bundled GDlib 2.0 compatible
I am not sure but I think the problem reside in the GD 2.0 lib.
The following proble occour ONLY with palet image.
Basically my script create a button starting form a basic png and
adding the text.
The script work fine in devel but in production has problem.
When I try to resize the basic button for longer text it seems that
both imagecopyresized and imagecopyresampled does not copy the image.
In the example after the imagecopyresized there is a imagecolorstotal,
it return correcly the number of colors in the image (if you put it
before it return 1, the background).
So it seems that the palet is setted correclty but not the image. If I
create a trucolor image instead of a palet image it works but I do not
have transparency.
Here follow an example code:
Total Color: " . imagecolorstotal ($dst_img) ."";
imagecolortransparent($dst_img, $bkgc);
header("Content-type: image/png");
Imagepng($dst_img);
?>
[2003-01-15 03:39:58] jukkaho at mail dot student dot oulu dot fi
I was hit by this bug also.
GD 2.0 bundled with PHP 4.3.0 has this bug also. This was tested with
Linux.
No output is coming when I'm trying to use imagecreatefrompng() from an
indexed color image to a imagecreate()-image using imagecopyresized().
When using imagecreatetruecolor()-image as a target, copying works ok.
[2002-11-22 13:22:43] th at hahn-software dot de
PHP Version 4.2.3 with GD Library 1.8.4(!!) => imagecopyresized works
'without' Color Problems.
PHP Version 4.2.3 with GD Library above 2.0
=> imagecopyresized change the Colors dramatical
[2002-10-14 19:26:50] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a month, 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/17263
--
Edit this bug report at http://bugs.php.net/?id=17263&edit=1
#23049 [NEW]: href, textarea, session.use_trans_sid = 1 and session.use_cookies = 0
From: [EMAIL PROTECTED] Operating system: REDHAT 8 PHP version: 4.3.0 PHP Bug Type: Session related Bug description: href, textarea, session.use_trans_sid = 1 and session.use_cookies = 0 Write this into a php file // START HERE // ROOT // END HERE // If you have session.use_trans_sid = 1 session.use_cookies = 0 in php.ini, href=/ will be replaced with href="/?PHPSESSID=8c620e45832e417c14f3458c0a826274" although it is into a textarea. -- Edit bug report at http://bugs.php.net/?id=23049&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23049&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23049&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23049&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23049&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23049&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23049&r=support Expected behavior: http://bugs.php.net/fix.php?id=23049&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23049&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23049&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23049&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23049&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23049&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23049&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23049&r=gnused
#23050 [NEW]: Header Location error
From: tomas dot marklund at datortek dot orebro dot se
Operating system: WinXP
PHP version: 4.3.1
PHP Bug Type: IIS related
Bug description: Header Location error
I installed a new php4.3.1 on a new IIS5 on a new computer with WinXP SP1.
And then all my scripts with the
Header("location:index.php") funktion stopt working.
The only error message that i get is:
CGI Error
The specified CGI application misbehaved by not returning a complete set
of HTTP headers. The headers it did return are:
Note: It worked before!!
I hope this is no bug! but a error i've made
PHP 4.3.1 installer.zip
MySQL 4.0 (if this matter)
code--
--code
--
Edit bug report at http://bugs.php.net/?id=23050&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=23050&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=23050&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=23050&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=23050&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=23050&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=23050&r=support
Expected behavior: http://bugs.php.net/fix.php?id=23050&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=23050&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=23050&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=23050&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23050&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=23050&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=23050&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=23050&r=gnused
#22787 [Fbk->Opn]: Make fails after upgrading to mysql v4.0.12
ID: 22787 User updated by: gregory dot fennell at am dot sony dot com Reported By: gregory dot fennell at am dot sony dot com -Status: Feedback +Status: Open Bug Type: MySQL related Operating System: RedHat v8.0 PHP Version: 4.3.1 New Comment: The following RPMs are used (Version: 4.0.12): Server Client programs Libraries and header files Dynamic client libraries I also use a self-compiled version of PHP-4.3.1 with the configure line that is in my original posting. Any help you can give is greatly appreciated. I know I have several colleagues that are waiting on a fix as well. Thanks for your help in this. Previous Comments: [2003-04-03 19:48:38] [EMAIL PROTECTED] Which RPMs have you installed? You need to have the libraries and header files installed too to get the build work.. [2003-04-03 07:09:47] gregory dot fennell at am dot sony dot com Sniper, I understand that it works for you. But you stated you are using the latest CVS and self compiled MySQL. That is not the original issue and I want to stay on track. The issue is that the RPM installation of MySQL will not work with the self-compiled version of PHP. Two people have posted to this saying they are having the same issue, but you insist on saying this is bogus. I will not use a CVS version on production machines, nor should anyone. So what do we need to do so that you will take this issue seriously? I thought the purpose of open source products was for people to work together to make a product better, but in this case it seems our needs to make the product better are being ignored. [2003-04-02 18:56:37] [EMAIL PROTECTED] Works fine here, with latest CVS snapshot and self compiled Mysql 4.0.12. Try with shorter configure line, maybe something else is causing the problem. (like this: ./configure --disable-all --with-mysql=/usr) [2003-03-31 06:44:48] gregory dot fennell at am dot sony dot com Since this has been confirmed by several of my colleges and the post from "jbernier at dalcom dot ca" as a real issue, I have re-opened this ticket. Please see if there is a fix for this issue, or if we need to change our config. I have confirmed this with 5 of my colleges. [2003-03-28 15:18:18] jbernier at dalcom dot ca I have exactly the same problems. Is anybody found a solution. My websites stop working after upgrading to MySQL 4.0.12. Please help. 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/22787 -- Edit this bug report at http://bugs.php.net/?id=22787&edit=1
#23051 [NEW]: snmpwalkoid doesnt work on alphas
From: csmall at enc dot com dot au
Operating system: Linux
PHP version: 4CVS-2003-04-04 (stable)
PHP Bug Type: SNMP related
Bug description: snmpwalkoid doesnt work on alphas
This problem has been around at least since 4.3.2, you might also want to
look at http://bugs.debian.org/185534
snmprealwalk and snmpwalkoid fail to work properly on my alpha. snmpwalk
used to not work but now does. Version is
php4-STABLE-200304041230
./configure line was
'--enable-debug' \
'--with-bz2' \
'--with-snmp' \
'--with-openssl' \
This is the test code:
Output is:
-
array(1) {
["interfaces.ifTable.ifEntry.ifDescr.1"]=>
string(42) "interfaces.ifTable.ifEntry.ifDescr.6 = br0"
}
This is broken, as this is the result of the last (6th) interface in the
place of the first, notice the key says ifDesc.1 and the result says
ifDescr.6
This is what a i386 running Debian 4.2.3-13 on the exact same script
does:
-
array(6) {
["interfaces.ifTable.ifEntry.ifDescr.1"]=>
string(41) "interfaces.ifTable.ifEntry.ifDescr.1 = lo"
["interfaces.ifTable.ifEntry.ifDescr.2"]=>
string(43) "interfaces.ifTable.ifEntry.ifDescr.2 = eth0"
["interfaces.ifTable.ifEntry.ifDescr.3"]=>
string(43) "interfaces.ifTable.ifEntry.ifDescr.3 = eth1"
["interfaces.ifTable.ifEntry.ifDescr.4"]=>
string(43) "interfaces.ifTable.ifEntry.ifDescr.4 = gre0"
["interfaces.ifTable.ifEntry.ifDescr.5"]=>
string(43) "interfaces.ifTable.ifEntry.ifDescr.5 = sit0"
["interfaces.ifTable.ifEntry.ifDescr.6"]=>
string(42) "interfaces.ifTable.ifEntry.ifDescr.6 = br0"
}
--
I ran some tests on the 4.2.3 code and it was definitely returning the
right and multiple values. I basically enabled the Debug() line in snmp.c
and saw the return string come back the way I expected.
So it looks like some pointer or array is getting overwritten. I tried
linking in electric fence but libsnmp is too buggy and it died within the
library loading up the mibs.
--
Edit bug report at http://bugs.php.net/?id=23051&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=23051&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=23051&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=23051&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=23051&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=23051&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=23051&r=support
Expected behavior: http://bugs.php.net/fix.php?id=23051&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=23051&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=23051&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=23051&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23051&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=23051&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=23051&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=23051&r=gnused
#23052 [NEW]: AOLServer.c won't compile on win32 in vc++ 6 environment
From: mstaylor at gmu dot edu Operating system: win32 PHP version: 4.3.1 PHP Bug Type: Compile Failure Bug description: AOLServer.c won't compile on win32 in vc++ 6 environment I am using the php4ts.dsw workspace to build php from source on the windows platform. Everything compiles except phpAOLServer. The following errors are reported: Configuration: php4aolserver - Win32 Release_TS Compiling... aolserver.c C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(99) : error C2011: 'fd_set' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(134) : warning C4005: 'FD_SET' : macro redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(83) : see previous definition of 'FD_SET' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(143) : error C2011: 'timeval' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(199) : error C2011: 'hostent' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(212) : error C2011: 'netent' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(219) : error C2011: 'servent' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(226) : error C2011: 'protoent' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(310) : error C2011: 'in_addr' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(368) : error C2011: 'sockaddr_in' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(378) : error C2011: 'WSAData' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(430) : warning C4005: 'SO_DONTLINGER' : macro redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(391) : see previous definition of 'SO_DONTLINGER' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(483) : warning C4005: 'AF_IPX' : macro redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(449) : see previous definition of 'AF_IPX' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(506) : warning C4005: 'AF_MAX' : macro redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(468) : see previous definition of 'AF_MAX' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(512) : error C2011: 'sockaddr' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(521) : error C2011: 'sockproto' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(560) : error C2011: 'linger' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(573) : warning C4005: 'SOMAXCONN' : macro redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(533) : see previous definition of 'SOMAXCONN' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(598) : warning C4005: 'FD_READ' : macro redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(551) : see previous definition of 'FD_READ' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(601) : warning C4005: 'FD_WRITE' : macro redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(552) : see previous definition of 'FD_WRITE' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(604) : warning C4005: 'FD_OOB' : macro redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(553) : see previous definition of 'FD_OOB' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(607) : warning C4005: 'FD_ACCEPT' : macro redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(554) : see previous definition of 'FD_ACCEPT' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(610) : warning C4005: 'FD_CONNECT' : macro redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(555) : see previous definition of 'FD_CONNECT' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(613) : warning C4005: 'FD_CLOSE' : macro redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(556) : see previous definition of 'FD_CLOSE' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(1427) : error C2375: 'accept' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(707) : see declaration of 'accept' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(1448) : error C2375: 'bind' : redefinition; different linkage C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h
#21565 [Com]: include/require fail under safe-mode.
ID: 21565 Comment by: dinu dot marius at home dot ro Reported By: komanek at natur dot cuni dot cz Status: Open Bug Type: Scripting Engine problem Operating System: Tru64Unix 5.1A PHP Version: 4.3.0 New Comment: I have the same problem. It does not matter if safemode is on or off and it does not matter where the file is located. OS: Windows '95 PHP: 4.2.3 Server: PWS 2.0 (included in windows 95) Previous Comments: [2003-04-02 08:09:38] jot at agonize dot org Same issue under Apache 1.3.27 and PHP 4.3.1. Includes dont seem to work at all unless the absolute path is used.. even with safe_mode set to off. [2003-02-11 08:28:27] s dot birkhoff at liwest dot at I have the same Problem under Windows 2000/XP/IIS and PHP Version 4.3.0 In Version 4.2.3 it all works fine. [2003-01-30 06:49:10] Emil at Wayers dot com My Solaris 8 and Solaris 7 both have this problem with Apache 1.3.27 and MySQL-max-3.23.54a-sun-solaris2.8 + MySQL-max-3.23.54a-sun-solaris2.7 under PHP 4.3.0 [2003-01-30 06:45:19] Emil at Wayers dot com I found the excact same problem. Fatal error: main() [function.main]: Failed opening required './libraries/grab_globals.lib.php' (include_path='.:/usr/local/lib/php') in /opt/www/conf/phpMyAdmin/index.php on line 9 Safe_mode is on here; I traced the problem to a require/include function problem (duh) You will have to specify the exact path to the file in safemode, even if you have the path in your include_path. If the file has no path given in the require or the include PHP 4.3.0 gives these kind of errors. But older version accept it. Note; even ../../ and ./ do not work. The latest phpMyAdmin will not work on PHP 4.3.0 with safemode on. [2003-01-14 00:12:45] komanek at natur dot cuni dot cz I turned all errors and warnings reporting to have maximum info. Here is a real example from my web, with real paths in filesystem. Both "include" and "require" are used to demonstrate the difference, previously, I used only "require". Strange is that in php 4.2.2 it worked fine for me. The only difference is the upgraded php dynamic module for Apache. It is not the problem of non-existing files or paths because with safe_mode = Off the included and required files are found and opened with no errors. The Catalogue The output of this is: Warning: main() [function.main]: Unable to access ./header.php in /usr/users/dbminer/public_html/index.php on line 2 Warning: main(header.php) [function.main]: failed to create stream: No such file or directory in /usr/users/dbminer/public_html/index.php on line 2 Warning: main() [function.main]: Failed opening 'header.php' for inclusion (include_path='.:./:/usr/users/komanek/public_html/TEST/phpclasses:/usr/local/lib/php:/usr/local/www/apache/htdocs/MINER:/usr/users/dbminer/public_html:/usr/users/popin/html2/statistics/i') in /usr/users/dbminer/public_html/index.php on line 2 The Catalogue Warning: main() [function.main]: Unable to access ./footer.php in /usr/users/dbminer/public_html/index.php on line 11 Warning: main(footer.php) [function.main]: failed to create stream: No such file or directory in /usr/users/dbminer/public_html/index.php on line 11 Fatal error: main() [function.main]: Failed opening required 'footer.php' (include_path='.:./:/usr/users/komanek/public_html/TEST/phpclasses:/usr/local/lib/php:/usr/local/www/apache/htdocs/MINER:/usr/users/dbminer/public_html:/usr/users/popin/html2/statistics/i') in /usr/users/dbminer/public_html/index.php on line 11 >From filesystem: lib[0]:/usr/users/dbminer/public_html(07:04)# ls -al index.php header.php footer.php -rw-r--r-- 1 dbminer users174 Oct 30 2000 footer.php -rw-r--r-- 1 dbminer users 1047 Nov 7 2001 header.php -rw-r--r-- 1 dbminer users161 Jan 13 12:08 index.php Configure switches: --with-apache=/scratch/sources/apache_1.3.26 --with-openssl --with-zlib=/usr/local --with-zlib-dir=/usr/local --with-bz2=/usr/local --with-db --enable-dbase --with-gd --with-dom --enable-ftp --enable-gd-native-ttf --with-freetype-dir=/usr/local/freetype2 --with-iconv --with-mysql --enable-trans-sid --with-jpeg-dir=/usr/local/lib --with-png-dir=/usr/local/lib --enable-sockets --enable-discard-path --enable-safe-mode --enable-bcmatch --enable-calendar --enable-ctype --enable-mailparse --enable-force-cgi-redirect --enable-memory-limit --with-expat-dir=/usr/local --with-xml --with-gettext --with-mcrypt --with-imap=/scratch/sources/imap/imap-2002.RC2 --with-imap-ssl=/scratch/sources/imap/imap-2002.RC2 --disable-cgi
#23040 [Fbk->Opn]: Periodic Segmentation Faults
ID: 23040 User updated by: tim at danan dot com Reported By: tim at danan dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Redhat 8 PHP Version: 4.3.1 New Comment: I tried the cvs snapshot and I'm still seeing the seg faults. Is it possible that Apache is the problem here and not PHP? In other words, is the putenv setting with an enviroment variable for PHP or all of httpd? Previous Comments: [2003-04-03 19:38:16] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip There have been couple of dozen fixes that might have also fixed this. So please give the snapshot a go. [2003-04-03 16:49:02] [EMAIL PROTECTED] It looks like putenv() is the last thing called from PHP land before the crash, so that's a start. J [2003-04-03 16:36:46] tim at danan dot com I've not been able to narrow it down to anything that specific yet. I've only just narrowed it down to this page in the past day or so. Unfortunately, the page almost 700 lines long, so I wouldn't call it "short". I'll continue to try to narrow it down to see if I can isolate a function, but it may not be easy since the page tends to load fine 50-60 times in a row, then blow up. There's probably something unique going on in the crash instances, but I've not located it yet. If you'd like the long script I'll be happy to provide it. I'm not an expert at reading dumps by any means. Does anything jump out at you? Are there any hints of some place I might be able to look to help narrow things down? [2003-04-03 15:51:54] [EMAIL PROTECTED] Do you have a short test script that can reproduce this segfault? J [2003-04-03 15:22:52] tim at danan dot com I have a page that is generating repeated segmentation faults on a Redhat 8 system running Apache 1.3.27 and PHP 4.3.1. It is part of a forum system (FudForum) that, unforunately, I didn't write. MySQL and sessions are both involved. The faults are not occurring on every use, but seem to occur about once an hour. Once a seg fault appears I tend to see 4-5 of them in succession, then they disappear again for an hour or so. [Thu Apr 3 14:18:51 2003] [notice] child pid 8668 exit signal Segmentation fault (11) I was able to generate a backtrace by running httpd -X in gdb. (gdb) run -X Starting program: /usr/local/apache/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x40262195 in calloc () from /lib/libc.so.6 (gdb) bt #0 0x40262195 in calloc () from /lib/libc.so.6 #1 0x40260f60 in realloc () from /lib/libc.so.6 #2 0x402176cf in putenv () from /lib/libc.so.6 #3 0x402175f8 in putenv () from /lib/libc.so.6 #4 0x404e6b41 in zif_putenv (ht=1, return_value=0x86fb92c, this_ptr=0x0, return_value_used=0) at /usr/local/src/php-4.3.1/ext/standard/basic_functions.c:1353 #5 0x405ab626 in execute (op_array=0x86ec4f0) at /usr/local/src/php-4.3.1/Zend/zend_execute.c:1596 #6 0x405ab859 in execute (op_array=0x86ea418) at /usr/local/src/php-4.3.1/Zend/zend_execute.c:1640 #7 0x405ab859 in execute (op_array=0x86459ac) at /usr/local/src/php-4.3.1/Zend/zend_execute.c:1640 #8 0x4059a321 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php-4.3.1/Zend/zend.c:864 #9 0x40564f6b in php_execute_script (primary_file=0xb390) at /usr/local/src/php-4.3.1/main/main.c:1573 #10 0x405b0546 in apache_php_module_main (r=0x841801c, display_source_mode=0) at /usr/local/src/php-4.3.1/sapi/apache/sapi_apache.c:55 #11 0x405b13e6 in send_php (r=0x841801c, display_source_mode=0, filename=0x8419dfc "/var/www/html/forum/index.php") at /usr/local/src/php-4.3.1/sapi/apache/mod_php4.c:556 #12 0x405b145f in send_parsed_php (r=0x841801c) at /usr/local/src/php-4.3.1/sapi/apache/mod_php4.c:571 #13 0x080cd6f4 in ap_invoke_handler () #14 0x080e209a in process_request_internal () #15 0x080e20fa in ap_process_request () #16 0x080d92e2 in child_main () #17 0x080d94a8 in make_child () #18 0x080d960f in startup_children () #19 0x080d9c3c in standalone_main () #20 0x080da474 in main () #21 0x40202907 in __libc_start_main () from /lib/libc.so.6 GCC Version: gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7) My php config is VERY simple: ./configure \ --with-apxs=/usr/local/apache/bin/apxs \ --with-mysql \ --with-pgsql \ --with-pspell \ --enable-debug I'm sure there is a great deal of additional information I can provide, and I will do so quite willingly. My apologies if I've overlooked a
#23040 [Opn]: Periodic Segmentation Faults
ID: 23040
User updated by: tim at danan dot com
Reported By: tim at danan dot com
Status: Open
Bug Type: Reproducible crash
Operating System: Redhat 8
PHP Version: 4.3.1
New Comment:
AHA! I just checked the script (and all of it's includes). There is
only one putenv call in the entire forum system. Perhaps these code
snippets can provide some insight (I'm going to see if I can crash the
server with a short script containing these functions).
//included from a conf file
$SERVER_TZ = "America/New_York";
// the potential offending code
function set_tz($timezone)
{
if( $timezone ) @putenv("TZ=".$timezone);
}
// one of the fields in users is time_zone. All users are currently
set to "America/New_York"
function get_user_by_id($id)
{
qobj("SELECT * FROM fud2_users WHERE id=".$id, $this);
if( empty($this->id) ) return;
return $this->id;
}
// within this init function the set_tz function is called
function init_user()
{
$s = new fud_session;
$u = new fud_user;
$s->cookie_get_session();
if ( $s->user_id && $s->user_id<20 ) {
if ( !$u->get_user_by_id($s->user_id) ) {
$u=NULL;
$s->delete_session();
}
/* else NOP */
}
else $u = NULL;
if ( empty($u) && empty($s->id) ) $s->save_session();
$rv[0] = $s;
if( !empty($u) ) {
set_tz($u->time_zone);
define('d_thread_view',
(($GLOBALS['TREE_THREADS_ENABLE']=='N'||$u->default_view=='msg'||$u->default_view=='tree_msg')?'msg':'tree'));
define('t_thread_view',
(($GLOBALS['TREE_THREADS_ENABLE']=='N'||$u->default_view=='msg'||$u->default_view=='msg_tree')?'thread':'threadt'));
q("UPDATE fud2_users SET
last_visit=".__request_timestamp__." WHERE id=".$u->id);
$rv[1] = $u;
}else {
set_tz($GLOBALS["SERVER_TZ"]);
define('d_thread_view',
(($GLOBALS['TREE_THREADS_ENABLE']=='N'||$GLOBALS['DEFAULT_THREAD_VIEW']=='msg'||$GLOBALS['DEFAULT_THREAD_VIEW']=='tree_msg')?'msg':'tree'));
define('t_thread_view',
(($GLOBALS['TREE_THREADS_ENABLE']=='N'||$GLOBALS['DEFAULT_THREAD_VIEW']=='msg'||$GLOBALS['DEFAULT_THREAD_VIEW']=='msg_tree')?'thread':'threadt'));
$rv[1] = NULL;
if( !empty($GLOBALS["rid"]) &&
empty($GLOBALS["HTTP_COOKIE_VARS"]["frm_referer_id"]) )
set_referer_cookie($GLOBALS["rid"]);
}
define('s', $s->ses_id);
define('_rsid', 'rid='.$u->id.'&S='.s);
define('_rsidl', 'rid='.$u->id.'&S='.s);
define('_hs', '');
define('_uid', (($u->email_conf == 'Y')?$u->id:0));
return $rv;
}
Previous Comments:
[2003-04-04 08:13:21] tim at danan dot com
I tried the cvs snapshot and I'm still seeing the seg faults. Is it
possible that Apache is the problem here and not PHP? In other words,
is the putenv setting with an enviroment variable for PHP or all of
httpd?
[2003-04-03 19:38:16] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
There have been couple of dozen fixes that might have
also fixed this. So please give the snapshot a go.
[2003-04-03 16:49:02] [EMAIL PROTECTED]
It looks like putenv() is the last thing called from PHP
land before the crash, so that's a start.
J
[2003-04-03 16:36:46] tim at danan dot com
I've not been able to narrow it down to anything that specific yet.
I've only just narrowed it down to this page in the past day or so.
Unfortunately, the page almost 700 lines long, so I wouldn't call it
"short".
I'll continue to try to narrow it down to see if I can isolate a
function, but it may not be easy since the page tends to load fine
50-60 times in a row, then blow up. There's probably something unique
going on in the crash instances, but I've not located it yet.
If you'd like the long script I'll be happy to provide it.
I'm not an expert at reading dumps by any means. Does anything jump
out at you? Are there any hints of some place I might be able to look
to help narrow things down?
[2003-04-03 15:51:54] [EMAIL PROTECTED]
Do you have a short test script that can reproduce this
segfault?
J
The remainder of the comments for this report are too long. To view
the rest of the comments, pleas
#23053 [NEW]: preg_match cause PHP overload the CPU
From: php at soundofos dot demon dot nl
Operating system: windows 2000
PHP version: 4.3.1
PHP Bug Type: *Regular Expressions
Bug description: preg_match cause PHP overload the CPU
According to the documenmtation,preg_match can handle Arrays
But this will cause PHP to lock up the computer.
$regExp = "/((\/\*)+([\*]*\s*)+(\w+ *)+([\*]\s*(\*+\/{1}))+){1}/";
$file = file($obj->fileLocation);
$sql = preg_replace($regExp,"",$file);
I have tried imploding the array obtained from file() first
but the result was the same.
Maybe i should mention that PHP is running in CGI mode.
regards,
Ed Hofrichter
--
Edit bug report at http://bugs.php.net/?id=23053&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=23053&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=23053&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=23053&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=23053&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=23053&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=23053&r=support
Expected behavior: http://bugs.php.net/fix.php?id=23053&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=23053&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=23053&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=23053&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23053&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=23053&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=23053&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=23053&r=gnused
#23054 [NEW]: Can not display PDF file on screen using @readfile($pdfFile)
From: cindylu at jdbarnes dot com Operating system: Linux PHP version: 4.3.0 PHP Bug Type: PDF related Bug description: Can not display PDF file on screen using @readfile($pdfFile) If I create a test.php file with the following code, I put that test.php on the website. the code will show the pdf on the screen. It works ok. But if I put these few lines of code in my php, it does not show the pdf file on the screen. Can anyone tell me why? Any comments are highly appreciated. Cindy -- Edit bug report at http://bugs.php.net/?id=23054&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23054&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23054&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23054&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23054&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23054&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23054&r=support Expected behavior: http://bugs.php.net/fix.php?id=23054&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23054&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23054&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23054&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23054&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23054&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23054&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23054&r=gnused
#21959 [Com]: Compile failure
ID: 21959 Comment by: guenther at wsu dot edu Reported By: ct at swin dot edu dot au Status: Closed Bug Type: Compile Failure Operating System: Tru64 UNIX 5.1A PHP Version: 4.3.0 New Comment: I know this is closed, but felt its worth appending to this note. I also had this problem with Tru64 5.1A and PHP 4.3.1. When I compiled with PHP 4.3.2RC1 it compiled without that error. -- Dean Guenther Previous Comments: [2003-01-30 18:32:20] ct at swin dot edu dot au php4-STABLE-latest (200301302230) now compiles successfully. [2003-01-30 05:12:04] [EMAIL PROTECTED] Good, considering it fixed then, you might also want to try a snapshot from http://snaps.php.net/php4-STABLE-latest.tar.gz to check if the fix will be included in 4.3.1 too. Derick [2003-01-30 01:21:06] ct at swin dot edu dot au The CVS snapshot for PHP5 (php5-200301300630) compiles successfully. [2003-01-30 00:53:35] [EMAIL PROTECTED] It might be better to try latest PHP5 snapshot from http://snaps.php.net instead. [2003-01-30 00:33:48] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/21959 -- Edit this bug report at http://bugs.php.net/?id=21959&edit=1
#23048 [Opn->Csd]: cURL includes CURLOPT_ENCODING since 7.10
ID: 23048 Updated by: [EMAIL PROTECTED] Reported By: phpcurlbug at smayw dot nask dot com -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: any PHP Version: 4CVS-2003-04-04 (stable) New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-04-04 05:36:23] phpcurlbug at smayw dot nask dot com CURLOPT_ENCODING is present in cURL 7.10+ and should only be enabled/used if an appropriate cURL version is used/installed. This bug was introduced by bug 21995 http://bugs.php.net/bug.php?id=21995 currently PHP checks if cURL version is above 7.9.8 or greater -- Edit this bug report at http://bugs.php.net/?id=23048&edit=1
#23043 [Csd->Bgs]: Pictures of any type fails to load on some occations
ID: 23043 Updated by: [EMAIL PROTECTED] Reported By: btn21 at btn dot serveftp dot net -Status: Closed +Status: Bogus Bug Type: Apache2 related Operating System: Win XP SP1 PHP Version: 4.3.2RC1 New Comment: Not PHP bug -> bogus. Previous Comments: [2003-04-03 21:00:16] btn21 at btn dot serveftp dot net Close the case, it was the local isp that fucked up the net. Sorry for any inconvenience. [2003-04-03 20:42:05] btn21 at btn dot serveftp dot net First I upgraded Apache 2.0.44 to 2.0.45 and then I upgraded to PHP 4.3.2RC1 from unknow version. I restored all the configuration files and web files for Apache and gave the site a test run. Everything seems okay except that pictures of any type occationaly fails to load and replaces with a red x even if the location is correct and the file exists. If I reload the page, the picture usually shows up, but then some other pics will be missing. It also works to right click and click on "Show picture". I doubt that I have done anything wrong since all the configuration files are the same. -- Edit this bug report at http://bugs.php.net/?id=23043&edit=1
#23054 [Opn->Bgs]: Can not display PDF file on screen using @readfile($pdfFile)
ID: 23054 Updated by: [EMAIL PROTECTED] Reported By: cindylu at jdbarnes dot com -Status: Open +Status: Bogus Bug Type: PDF related Operating System: Linux PHP Version: 4.3.0 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 definately not any bug in PHP. Previous Comments: [2003-04-04 09:58:50] cindylu at jdbarnes dot com If I create a test.php file with the following code, I put that test.php on the website. the code will show the pdf on the screen. It works ok. But if I put these few lines of code in my php, it does not show the pdf file on the screen. Can anyone tell me why? Any comments are highly appreciated. Cindy -- Edit this bug report at http://bugs.php.net/?id=23054&edit=1
#23055 [NEW]: Make failing: Undefined symbol: .mysql_character_set_name
From: patrick_cossette1 at uqtr dot ca Operating system: AIX 4.3.3 PHP version: 4.3.1 PHP Bug Type: Compile Failure Bug description: Make failing: Undefined symbol: .mysql_character_set_name I'm trying to compile PHP-4.3.1 (I also tried php4-STABLE-200304021830) with the following flags: ./configure --prefix=/p/testsphp432/ --with-config-file-path=/p/testsphp432/etc --with-mysql=/p/mysql and I'm getting the following when I run make: main/internal_functions.lo -lmysqlclient -lcrypt -lm -lcrypt -o sapi/cgi/php ld: 0711-317 ERROR: Undefined symbol: .mysql_character_set_name ld: 0711-317 ERROR: Undefined symbol: .mysql_real_escape_string ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. make: 1254-004 The error code from the last command is 8. Stop. I also tried with the snapshot php4-STABLE-200304021830 and I get the same error. I also tried setting the following two environment variables (which helped me setup php with the past versions) but it did nothing with 4.3.1 and the latest stable (I get the same error message). CFLAGS='-qmaxmem=32768 -DInline=ma' CC='cc -ma' Maybe it's a compiler problem or there is a compiler flag missing but I've been trying all sort of things for days and I saw similar problems in the past in the bug history. -- Edit bug report at http://bugs.php.net/?id=23055&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23055&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23055&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23055&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23055&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23055&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23055&r=support Expected behavior: http://bugs.php.net/fix.php?id=23055&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23055&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23055&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23055&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23055&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23055&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23055&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23055&r=gnused
#23052 [Opn->Fbk]: AOLServer.c won't compile on win32 in vc++ 6 environment
ID: 23052 Updated by: [EMAIL PROTECTED] Reported By: mstaylor at gmu dot edu -Status: Open +Status: Feedback -Bug Type: Compile Failure +Bug Type: Other web server Operating System: win32 PHP Version: 4.3.1 New Comment: Just guessing..but try this patch: diff -u -r1.72.2.1 aolserver.c --- aolserver.c 31 Dec 2002 16:26:41 - 1.72.2.1 +++ aolserver.c 4 Apr 2003 16:44:36 - @@ -29,6 +29,11 @@ #include "php.h" #undef Debug +#ifdef WIN32 +#include +#endif + #ifdef HAVE_AOLSERVER #ifndef ZTS Previous Comments: [2003-04-04 07:40:45] mstaylor at gmu dot edu I am using the php4ts.dsw workspace to build php from source on the windows platform. Everything compiles except phpAOLServer. The following errors are reported: Configuration: php4aolserver - Win32 Release_TS Compiling... aolserver.c C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(99) : error C2011: 'fd_set' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(134) : warning C4005: 'FD_SET' : macro redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(83) : see previous definition of 'FD_SET' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(143) : error C2011: 'timeval' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(199) : error C2011: 'hostent' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(212) : error C2011: 'netent' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(219) : error C2011: 'servent' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(226) : error C2011: 'protoent' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(310) : error C2011: 'in_addr' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(368) : error C2011: 'sockaddr_in' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(378) : error C2011: 'WSAData' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(430) : warning C4005: 'SO_DONTLINGER' : macro redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(391) : see previous definition of 'SO_DONTLINGER' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(483) : warning C4005: 'AF_IPX' : macro redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(449) : see previous definition of 'AF_IPX' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(506) : warning C4005: 'AF_MAX' : macro redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(468) : see previous definition of 'AF_MAX' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(512) : error C2011: 'sockaddr' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(521) : error C2011: 'sockproto' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(560) : error C2011: 'linger' : 'struct' type redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(573) : warning C4005: 'SOMAXCONN' : macro redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(533) : see previous definition of 'SOMAXCONN' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(598) : warning C4005: 'FD_READ' : macro redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(551) : see previous definition of 'FD_READ' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(601) : warning C4005: 'FD_WRITE' : macro redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(552) : see previous definition of 'FD_WRITE' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(604) : warning C4005: 'FD_OOB' : macro redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(553) : see previous definition of 'FD_OOB' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(607) : warning C4005: 'FD_ACCEPT' : macro redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(554) : see previous definition of 'FD_ACCEPT' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(610) : warning C4005: 'FD_CONNECT' : macro redefinition C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock.h(555) : see previous definition of 'FD_CONNECT' C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE\winsock2.h(613) : warning C4005: 'FD_CLOSE' : macro redefinition C:\Program File
#23053 [Opn->Fbk]: preg_match cause PHP overload the CPU
ID: 23053
Updated by: [EMAIL PROTECTED]
Reported By: php at soundofos dot demon dot nl
-Status: Open
+Status: Feedback
-Bug Type: *Regular Expressions
+Bug Type: PCRE related
Operating System: windows 2000
PHP Version: 4.3.1
New Comment:
Please provide a self-contained example script.
(tested your script with using some random file and it works just
fine)
Previous Comments:
[2003-04-04 09:09:24] php at soundofos dot demon dot nl
According to the documenmtation,preg_match can handle Arrays
But this will cause PHP to lock up the computer.
$regExp = "/((\/\*)+([\*]*\s*)+(\w+ *)+([\*]\s*(\*+\/{1}))+){1}/";
$file = file($obj->fileLocation);
$sql = preg_replace($regExp,"",$file);
I have tried imploding the array obtained from file() first
but the result was the same.
Maybe i should mention that PHP is running in CGI mode.
regards,
Ed Hofrichter
--
Edit this bug report at http://bugs.php.net/?id=23053&edit=1
#23055 [Opn->Fbk]: Make failing: Undefined symbol: .mysql_character_set_name
ID: 23055 Updated by: [EMAIL PROTECTED] Reported By: patrick_cossette1 at uqtr dot ca -Status: Open +Status: Feedback -Bug Type: Compile Failure +Bug Type: MySQL related Operating System: AIX 4.3.3 -PHP Version: 4.3.1 +PHP Version: 4.3.2-RC New Comment: What mysql version? Does using the bundled mysql work? (ie. using plain --with-mysql) Previous Comments: [2003-04-04 10:44:31] patrick_cossette1 at uqtr dot ca I'm trying to compile PHP-4.3.1 (I also tried php4-STABLE-200304021830) with the following flags: ./configure --prefix=/p/testsphp432/ --with-config-file-path=/p/testsphp432/etc --with-mysql=/p/mysql and I'm getting the following when I run make: main/internal_functions.lo -lmysqlclient -lcrypt -lm -lcrypt -o sapi/cgi/php ld: 0711-317 ERROR: Undefined symbol: .mysql_character_set_name ld: 0711-317 ERROR: Undefined symbol: .mysql_real_escape_string ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. make: 1254-004 The error code from the last command is 8. Stop. I also tried with the snapshot php4-STABLE-200304021830 and I get the same error. I also tried setting the following two environment variables (which helped me setup php with the past versions) but it did nothing with 4.3.1 and the latest stable (I get the same error message). CFLAGS='-qmaxmem=32768 -DInline=ma' CC='cc -ma' Maybe it's a compiler problem or there is a compiler flag missing but I've been trying all sort of things for days and I saw similar problems in the past in the bug history. -- Edit this bug report at http://bugs.php.net/?id=23055&edit=1
#23051 [Opn->Fbk]: snmpwalkoid doesnt work on alphas
ID: 23051
Updated by: [EMAIL PROTECTED]
Reported By: csmall at enc dot com dot au
-Status: Open
+Status: Feedback
Bug Type: SNMP related
Operating System: Linux
PHP Version: 4CVS-2003-04-04 (stable)
New Comment:
But does 4.2.3 work on that alpha?
Or is it common for any platform??
Previous Comments:
[2003-04-04 07:31:08] csmall at enc dot com dot au
This problem has been around at least since 4.3.2, you might also want
to look at http://bugs.debian.org/185534
snmprealwalk and snmpwalkoid fail to work properly on my alpha.
snmpwalk used to not work but now does. Version is
php4-STABLE-200304041230
./configure line was
'--enable-debug' \
'--with-bz2' \
'--with-snmp' \
'--with-openssl' \
This is the test code:
Output is:
-
array(1) {
["interfaces.ifTable.ifEntry.ifDescr.1"]=>
string(42) "interfaces.ifTable.ifEntry.ifDescr.6 = br0"
}
This is broken, as this is the result of the last (6th) interface in
the place of the first, notice the key says ifDesc.1 and the result
says ifDescr.6
This is what a i386 running Debian 4.2.3-13 on the exact same script
does:
-
array(6) {
["interfaces.ifTable.ifEntry.ifDescr.1"]=>
string(41) "interfaces.ifTable.ifEntry.ifDescr.1 = lo"
["interfaces.ifTable.ifEntry.ifDescr.2"]=>
string(43) "interfaces.ifTable.ifEntry.ifDescr.2 = eth0"
["interfaces.ifTable.ifEntry.ifDescr.3"]=>
string(43) "interfaces.ifTable.ifEntry.ifDescr.3 = eth1"
["interfaces.ifTable.ifEntry.ifDescr.4"]=>
string(43) "interfaces.ifTable.ifEntry.ifDescr.4 = gre0"
["interfaces.ifTable.ifEntry.ifDescr.5"]=>
string(43) "interfaces.ifTable.ifEntry.ifDescr.5 = sit0"
["interfaces.ifTable.ifEntry.ifDescr.6"]=>
string(42) "interfaces.ifTable.ifEntry.ifDescr.6 = br0"
}
--
I ran some tests on the 4.2.3 code and it was definitely returning the
right and multiple values. I basically enabled the Debug() line in
snmp.c and saw the return string come back the way I expected.
So it looks like some pointer or array is getting overwritten. I tried
linking in electric fence but libsnmp is too buggy and it died within
the library loading up the mibs.
--
Edit this bug report at http://bugs.php.net/?id=23051&edit=1
#23056 [NEW]: gif and jpeg php generated pictures bug
From: dan1 at edenpics dot com
Operating system: Linux RedHat 7.1
PHP version: 4.3.1
PHP Bug Type: Output Control
Bug description: gif and jpeg php generated pictures bug
Hello.
I found out something strange: when I generate a picture with PHP, the
output (sniffed on the net) starts with something like "c02\r\n" before
the rest of the picture ("GIF89a.."): this does not frighten Netscape,
however IE does display it, but when you want to save it, then it doesn't
understand the format and you cannot save the picture in the real format,
but only in BMP.
I made a little report of what I did to find this out, and saw that huge
amount of people had this problem..
Here is the link of the report:
http://www.edenpics.com/pub/iebug/iebug2.phtml
And here is the code that generates the bug:
Thank you for looking at this.. it took me time to find it, so I hope this
will help !
Kind Regards to you programmer,
Daniel
--
Edit bug report at http://bugs.php.net/?id=23056&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=23056&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=23056&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=23056&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=23056&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=23056&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=23056&r=support
Expected behavior: http://bugs.php.net/fix.php?id=23056&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=23056&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=23056&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=23056&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23056&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=23056&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=23056&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=23056&r=gnused
#22787 [Opn->Bgs]: Make fails after upgrading to mysql v4.0.12
ID: 22787 Updated by: [EMAIL PROTECTED] Reported By: gregory dot fennell at am dot sony dot com -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: RedHat v8.0 PHP Version: 4.3.1 New Comment: Did you uninstall the old mysql 3.23 version before installing that new one? Are you sure it's not just a conflict between old and new version of mysql? And I say again: This is NOT any bug in PHP. Please ask further support questions on e.g. [EMAIL PROTECTED] Previous Comments: [2003-04-04 07:15:37] gregory dot fennell at am dot sony dot com The following RPMs are used (Version: 4.0.12): Server Client programs Libraries and header files Dynamic client libraries I also use a self-compiled version of PHP-4.3.1 with the configure line that is in my original posting. Any help you can give is greatly appreciated. I know I have several colleagues that are waiting on a fix as well. Thanks for your help in this. [2003-04-03 19:48:38] [EMAIL PROTECTED] Which RPMs have you installed? You need to have the libraries and header files installed too to get the build work.. [2003-04-03 07:09:47] gregory dot fennell at am dot sony dot com Sniper, I understand that it works for you. But you stated you are using the latest CVS and self compiled MySQL. That is not the original issue and I want to stay on track. The issue is that the RPM installation of MySQL will not work with the self-compiled version of PHP. Two people have posted to this saying they are having the same issue, but you insist on saying this is bogus. I will not use a CVS version on production machines, nor should anyone. So what do we need to do so that you will take this issue seriously? I thought the purpose of open source products was for people to work together to make a product better, but in this case it seems our needs to make the product better are being ignored. [2003-04-02 18:56:37] [EMAIL PROTECTED] Works fine here, with latest CVS snapshot and self compiled Mysql 4.0.12. Try with shorter configure line, maybe something else is causing the problem. (like this: ./configure --disable-all --with-mysql=/usr) [2003-03-31 06:44:48] gregory dot fennell at am dot sony dot com Since this has been confirmed by several of my colleges and the post from "jbernier at dalcom dot ca" as a real issue, I have re-opened this ticket. Please see if there is a fix for this issue, or if we need to change our config. I have confirmed this with 5 of my colleges. 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/22787 -- Edit this bug report at http://bugs.php.net/?id=22787&edit=1
#23056 [Opn->Bgs]: gif and jpeg php generated pictures bug
ID: 23056
Updated by: [EMAIL PROTECTED]
Reported By: dan1 at edenpics dot com
-Status: Open
+Status: Bogus
Bug Type: Output Control
Operating System: Linux RedHat 7.1
PHP Version: 4.3.1
New Comment:
Your script is broken. (what is $output supposed to contain??)
Previous Comments:
[2003-04-04 10:56:07] dan1 at edenpics dot com
Hello.
I found out something strange: when I generate a picture with PHP, the
output (sniffed on the net) starts with something like "c02\r\n" before
the rest of the picture ("GIF89a.."): this does not frighten Netscape,
however IE does display it, but when you want to save it, then it
doesn't understand the format and you cannot save the picture in the
real format, but only in BMP.
I made a little report of what I did to find this out, and saw that
huge amount of people had this problem..
Here is the link of the report:
http://www.edenpics.com/pub/iebug/iebug2.phtml
And here is the code that generates the bug:
Thank you for looking at this.. it took me time to find it, so I hope
this will help !
Kind Regards to you programmer,
Daniel
--
Edit this bug report at http://bugs.php.net/?id=23056&edit=1
#23056 [Bgs]: gif and jpeg php generated pictures bug
ID: 23056
Updated by: [EMAIL PROTECTED]
Reported By: dan1 at edenpics dot com
Status: Bogus
Bug Type: Output Control
Operating System: Linux RedHat 7.1
PHP Version: 4.3.1
New Comment:
fixed script, using PHP 4.3.2-RC, and it works fine.
Previous Comments:
[2003-04-04 11:04:22] [EMAIL PROTECTED]
Your script is broken. (what is $output supposed to contain??)
[2003-04-04 10:56:07] dan1 at edenpics dot com
Hello.
I found out something strange: when I generate a picture with PHP, the
output (sniffed on the net) starts with something like "c02\r\n" before
the rest of the picture ("GIF89a.."): this does not frighten Netscape,
however IE does display it, but when you want to save it, then it
doesn't understand the format and you cannot save the picture in the
real format, but only in BMP.
I made a little report of what I did to find this out, and saw that
huge amount of people had this problem..
Here is the link of the report:
http://www.edenpics.com/pub/iebug/iebug2.phtml
And here is the code that generates the bug:
Thank you for looking at this.. it took me time to find it, so I hope
this will help !
Kind Regards to you programmer,
Daniel
--
Edit this bug report at http://bugs.php.net/?id=23056&edit=1
#23050 [Opn->Bgs]: Header Location error
ID: 23050
Updated by: [EMAIL PROTECTED]
Reported By: tomas dot marklund at datortek dot orebro dot se
-Status: Open
+Status: Bogus
Bug Type: IIS related
Operating System: WinXP
PHP Version: 4.3.1
New Comment:
header("Location:foo.php"); violates the RFC. Not bug in PHP.
Previous Comments:
[2003-04-04 07:15:25] tomas dot marklund at datortek dot orebro dot se
I installed a new php4.3.1 on a new IIS5 on a new computer with WinXP
SP1.
And then all my scripts with the
Header("location:index.php") funktion stopt working.
The only error message that i get is:
CGI Error
The specified CGI application misbehaved by not returning a complete
set of HTTP headers. The headers it did return are:
Note: It worked before!!
I hope this is no bug! but a error i've made
PHP 4.3.1 installer.zip
MySQL 4.0 (if this matter)
code--
--code
--
Edit this bug report at http://bugs.php.net/?id=23050&edit=1
#23049 [Opn->Ver]: href, textarea, session.use_trans_sid = 1 and session.use_cookies = 0
ID: 23049 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Verified Bug Type: Session related Operating System: REDHAT 8 -PHP Version: 4.3.0 +PHP Version: 4.3.2-RC New Comment: Tested with latest stable CVS. Previous Comments: [2003-04-04 06:43:34] [EMAIL PROTECTED] Write this into a php file // START HERE // ROOT // END HERE // If you have session.use_trans_sid = 1 session.use_cookies = 0 in php.ini, href=/ will be replaced with href="/?PHPSESSID=8c620e45832e417c14f3458c0a826274" although it is into a textarea. -- Edit this bug report at http://bugs.php.net/?id=23049&edit=1
#23055 [Fbk->Bgs]: Make failing: Undefined symbol: .mysql_character_set_name
ID: 23055 Updated by: [EMAIL PROTECTED] Reported By: patrick_cossette1 at uqtr dot ca -Status: Feedback +Status: Bogus Bug Type: MySQL related Operating System: AIX 4.3.3 PHP Version: 4.3.2-RC New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. Please update your MySQL Version! Versions < 3.23 aren't supported anymore. Current stable version in 4.0.12 Previous Comments: [2003-04-04 10:52:31] [EMAIL PROTECTED] What mysql version? Does using the bundled mysql work? (ie. using plain --with-mysql) [2003-04-04 10:44:31] patrick_cossette1 at uqtr dot ca I'm trying to compile PHP-4.3.1 (I also tried php4-STABLE-200304021830) with the following flags: ./configure --prefix=/p/testsphp432/ --with-config-file-path=/p/testsphp432/etc --with-mysql=/p/mysql and I'm getting the following when I run make: main/internal_functions.lo -lmysqlclient -lcrypt -lm -lcrypt -o sapi/cgi/php ld: 0711-317 ERROR: Undefined symbol: .mysql_character_set_name ld: 0711-317 ERROR: Undefined symbol: .mysql_real_escape_string ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. make: 1254-004 The error code from the last command is 8. Stop. I also tried with the snapshot php4-STABLE-200304021830 and I get the same error. I also tried setting the following two environment variables (which helped me setup php with the past versions) but it did nothing with 4.3.1 and the latest stable (I get the same error message). CFLAGS='-qmaxmem=32768 -DInline=ma' CC='cc -ma' Maybe it's a compiler problem or there is a compiler flag missing but I've been trying all sort of things for days and I saw similar problems in the past in the bug history. -- Edit this bug report at http://bugs.php.net/?id=23055&edit=1
#23045 [Opn->Bgs]: Compile failure sapi/client undefined ref to sablotron
ID: 23045 Updated by: [EMAIL PROTECTED] Reported By: bariou at brasnah dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: debian/Knoppix 3.1 PHP Version: 4.3.2RC1 New Comment: Not PHP bug. Previous Comments: [2003-04-04 03:06:25] bariou at brasnah dot com I've specifically compile sablotron 0.97 ./ configure --with-xslt-sablot=/usr/local .. I have the following errror message .. /usr/local/lib/libsablot.so undefined reference to `__builtin_delete` /usr/local/lib/libsablot.so undefined reference to `__builtin_new` collect2: ld return 1 exit status make: *** [sapi/cli/php] Erreur 1 -- Edit this bug report at http://bugs.php.net/?id=23045&edit=1
#22939 [Fbk->Opn]: imap_header_info crashes a page when the from, cc or bcc field is () or <>
ID: 22939
User updated by: simon dot wilmer at milestoneip dot com
Reported By: simon dot wilmer at milestoneip dot com
-Status: Feedback
+Status: Open
Bug Type: IMAP related
Operating System: Red Hat 8.0
PHP Version: 4.3.1
New Comment:
Hi,
Sorry, the latest CVS seems to suffer from the same problem.
I decided to have a little play with the code in php_imap.c and managed
to work out a way of stopping the problem, by changing a section of
code in _php_make_header_object() that assigns the fromaddress and
from[] variables. It's around line 3700 depending on the version. The
"fix" works by checking the length of the from variable is greater than
0. If it's 0 it just skips assigning the value.
if (en->from) {
MAKE_STD_ZVAL(paddress);
array_init(paddress);
_php_imap_parse_address(en->from, &fulladdress, paddress
TSRMLS_CC);
//Check the length of the from field to see if it's 0,
//if it is 0 then a field like () has been found
if (_php_imap_address_size(en->from) > 0) {
if (fulladdress) {
add_property_string(myzvalue, "fromaddress", fulladdress, 1);
free(fulladdress);
}
add_assoc_object(myzvalue, "from", paddress);
}
}
The same change can be made to the Cc and Bcc parts to prevent the
problem with them.
I don't know if this might break anything else, but hopefully this will
be helpful for investigating further.
Cheers,
Simon
Previous Comments:
[2003-03-31 15:16:47] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2003-03-28 09:53:17] simon dot wilmer at milestoneip dot com
Hi,
Using PHP 4.3.0 and 4.3.1 with IMAP_2001.RELEASE-CANDIDATE.1 and
IMAP_2003.DEV.SNAP-0303181124 and Apache 1.3.27. The imap_header_info
function returns an obkect with headers from an email, when trying to
read the ->to, ->toaddress, ->cc, ->ccaddress, ->bcc, ->bccaddress
values the page will crash if the from, cc or bcc field in the email
itself is "()" or "<>" in the headers. Any normal text is fine, but the
values above cause the page to crash.
There is no error message returned unfortunately. Below is some sample
code to test this.
Also you will need to set the "from" in an email to () or <> to cause
the problem. If anyone thinks it's a good idea I might email
[EMAIL PROTECTED] as someone could "break" the mailbox of any web based
email system by mailing an email with a "broken" from field.
Sample code:
subject." ";
$var = $headers->from;
if (is_array($var))
{
//This line is where the script "hangs"
echo $var[0]->mailbox."@".$var[0]->host;
}
?>
--
Edit this bug report at http://bugs.php.net/?id=22939&edit=1
#22944 [Opn->Csd]: Java - "make install" fails after "installing php SAPI"
ID: 22944 Updated by: [EMAIL PROTECTED] Reported By: dubious at 2xtreme dot net -Status: Open +Status: Closed Bug Type: Java related Operating System: Linux (2.5.66) PHP Version: 4.3.2RC1 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-04-03 17:42:12] dubious at 2xtreme dot net here it is: INSTALL_IT = ; $(srcdir)/build/shtool mkdir -p -f -m 0755 $(INSTALL_ROOT)$(libdir); $(INSTALL) -m 0755 $(srcdir)/ext/java/php_java.jar $(INSTALL_ROOT )$(libdir) [2003-04-03 04:55:59] [EMAIL PROTECTED] Please paste line with 'INSTALL_IT=' in it from your Makefile here. [2003-04-02 19:32:04] dubious at 2xtreme dot net Nope, just tried the snapshot - same problem: Installing PHP SAPI module /bin/sh: -c: line 1: syntax error near unexpected token `;' /bin/sh: -c: line 1: `; /tmp/temp/php4-STABLE-200304021630/build/shtool mkdir -p -f -m 0755 /usr/local/lib/php; /tmp/temp/php4-STABLE-200304021630/build/shtool install -c -m 0755 /tmp/temp/php4-STABLE-200304021630/ext/java/php_java.jar /usr/local/lib/php' make: *** [install-sapi] Error 2 bash-2.05b# [2003-04-02 10:29:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip IIRC, this should be fixed now. [2003-03-28 18:12:13] dubious at 2xtreme dot net UPDATE - this appears to be a bug specifically related to "--disable-cgi" (i.e. I want ONLY the CLI version of php). If I remove the "--disable-cgi" it seems to compile AND install fine. 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/22944 -- Edit this bug report at http://bugs.php.net/?id=22944&edit=1
#17760 [Com]: Warnings at the invocation of a new Java object
ID: 17760
Comment by: patocastillo at hotmail dot com
Reported By: etienne dot anken at eivd dot ch
Status: Bogus
Bug Type: Java related
Operating System: Win 2000
PHP Version: 4.2.1
New Comment:
Delete from php.ini E_WARNING(run-time warnings , non-fatal errors), in
Error handling ang loggin section. It works.
regards
Previous Comments:
[2003-03-20 19:48:25] rui dot li at d6 dot com dot cn
i provide my php.ini setting
[Java]
java.class.path = ".\extensions\php_java.jar;e:\project\java"
java.home = D:\java\jdk1.3
java.library = d:\java\jdk1.3\jre\bin\hotspot\jvm.dll
java.library.path = "d:\web\php4\extensions"
[2003-03-20 19:40:16] rui dot li at d6 dot com dot cn
i got the same Warning Messages when i invoke the classes written in
Java like Etienne.
my Java code(Test.java):
=
public class Test
{
public void test()
{
System.out.println("Hello World!");
}
public String kevin(String abc,String efg){
return (abc+efg);
}
}
==
and my PHP code:
===
kevin("i love "," you");
?>
===
///
i got result below:
i love you
Warning: Unknown list entry type in request shutdown (0) in Unknown on
line 0
//
[2002-08-08 10:17:46] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
Can you please provide a sample script that does work, and doesn't
work? Thank you.
[2002-06-14 08:14:23] etienne dot anken at eivd dot ch
I get the following message everytime when I invoke
new Java("SomeClass") :
Unknown list entry type in request shutdown (0) in Unknown on line 0
The object works fine when I use a method. But i keep getting warnings.
Has anyone seen this problem before. I can't seem to find anything
about this problem.
I am using
- Win 2000 (French)
- Apache 1.3.24
- JDK 1.3.1_03
- PHP 4.2.1
Thank you
Etienne
--
Edit this bug report at http://bugs.php.net/?id=17760&edit=1
#23056 [Bgs->Opn]: gif and jpeg php generated pictures bug
ID: 23056
User updated by: dan1 at edenpics dot com
Reported By: dan1 at edenpics dot com
-Status: Bogus
+Status: Open
Bug Type: Output Control
Operating System: Linux RedHat 7.1
-PHP Version: 4.3.1
+PHP Version: 4.3.2RC1
New Comment:
Sorry, $output is the file name.
here is the correct code:
I tried PHP version 4.3.2RC1. The same happens.
This bug appears with jpeg (.jpg) files too, with the "e99\r\n" code
before the picture datas, and they can only be saved as BMP too.
Previous Comments:
[2003-04-04 11:05:48] [EMAIL PROTECTED]
fixed script, using PHP 4.3.2-RC, and it works fine.
[2003-04-04 11:04:22] [EMAIL PROTECTED]
Your script is broken. (what is $output supposed to contain??)
[2003-04-04 10:56:07] dan1 at edenpics dot com
Hello.
I found out something strange: when I generate a picture with PHP, the
output (sniffed on the net) starts with something like "c02\r\n" before
the rest of the picture ("GIF89a.."): this does not frighten Netscape,
however IE does display it, but when you want to save it, then it
doesn't understand the format and you cannot save the picture in the
real format, but only in BMP.
I made a little report of what I did to find this out, and saw that
huge amount of people had this problem..
Here is the link of the report:
http://www.edenpics.com/pub/iebug/iebug2.phtml
And here is the code that generates the bug:
Thank you for looking at this.. it took me time to find it, so I hope
this will help !
Kind Regards to you programmer,
Daniel
--
Edit this bug report at http://bugs.php.net/?id=23056&edit=1
#23050 [Bgs]: Header Location error
ID: 23050
User updated by: tomas dot marklund at datortek dot orebro dot se
Reported By: tomas dot marklund at datortek dot orebro dot se
Status: Bogus
Bug Type: IIS related
Operating System: WinXP
PHP Version: 4.3.1
New Comment:
Ok how to make it work then???
Previous Comments:
[2003-04-04 11:09:26] [EMAIL PROTECTED]
header("Location:foo.php"); violates the RFC. Not bug in PHP.
[2003-04-04 07:15:25] tomas dot marklund at datortek dot orebro dot se
I installed a new php4.3.1 on a new IIS5 on a new computer with WinXP
SP1.
And then all my scripts with the
Header("location:index.php") funktion stopt working.
The only error message that i get is:
CGI Error
The specified CGI application misbehaved by not returning a complete
set of HTTP headers. The headers it did return are:
Note: It worked before!!
I hope this is no bug! but a error i've made
PHP 4.3.1 installer.zip
MySQL 4.0 (if this matter)
code--
--code
--
Edit this bug report at http://bugs.php.net/?id=23050&edit=1
#23050 [Bgs]: Header Location error
ID: 23050
Updated by: [EMAIL PROTECTED]
Reported By: tomas dot marklund at datortek dot orebro dot se
Status: Bogus
Bug Type: IIS related
Operating System: WinXP
PHP Version: 4.3.1
New Comment:
Use the full, absolute URI.
header("Location: http://www.example.com/foo.php";);
The RFC:
http://www.w3.org/Protocols/rfc2616/rfc2616.html
J
Previous Comments:
[2003-04-04 12:37:59] tomas dot marklund at datortek dot orebro dot se
Ok how to make it work then???
[2003-04-04 11:09:26] [EMAIL PROTECTED]
header("Location:foo.php"); violates the RFC. Not bug in PHP.
[2003-04-04 07:15:25] tomas dot marklund at datortek dot orebro dot se
I installed a new php4.3.1 on a new IIS5 on a new computer with WinXP
SP1.
And then all my scripts with the
Header("location:index.php") funktion stopt working.
The only error message that i get is:
CGI Error
The specified CGI application misbehaved by not returning a complete
set of HTTP headers. The headers it did return are:
Note: It worked before!!
I hope this is no bug! but a error i've made
PHP 4.3.1 installer.zip
MySQL 4.0 (if this matter)
code--
--code
--
Edit this bug report at http://bugs.php.net/?id=23050&edit=1
#23056 [Opn]: gif and jpeg php generated pictures bug
ID: 23056
User updated by: dan1 at edenpics dot com
Reported By: dan1 at edenpics dot com
Status: Open
Bug Type: Output Control
Operating System: Linux RedHat 7.1
PHP Version: 4.3.2RC1
New Comment:
Something more: this happens with all versions of Internet Explorer
Previous Comments:
[2003-04-04 12:21:28] dan1 at edenpics dot com
Sorry, $output is the file name.
here is the correct code:
I tried PHP version 4.3.2RC1. The same happens.
This bug appears with jpeg (.jpg) files too, with the "e99\r\n" code
before the picture datas, and they can only be saved as BMP too.
[2003-04-04 11:05:48] [EMAIL PROTECTED]
fixed script, using PHP 4.3.2-RC, and it works fine.
[2003-04-04 11:04:22] [EMAIL PROTECTED]
Your script is broken. (what is $output supposed to contain??)
[2003-04-04 10:56:07] dan1 at edenpics dot com
Hello.
I found out something strange: when I generate a picture with PHP, the
output (sniffed on the net) starts with something like "c02\r\n" before
the rest of the picture ("GIF89a.."): this does not frighten Netscape,
however IE does display it, but when you want to save it, then it
doesn't understand the format and you cannot save the picture in the
real format, but only in BMP.
I made a little report of what I did to find this out, and saw that
huge amount of people had this problem..
Here is the link of the report:
http://www.edenpics.com/pub/iebug/iebug2.phtml
And here is the code that generates the bug:
Thank you for looking at this.. it took me time to find it, so I hope
this will help !
Kind Regards to you programmer,
Daniel
--
Edit this bug report at http://bugs.php.net/?id=23056&edit=1
#23042 [Bgs]: Cannot redefine function in class
ID: 23042
User updated by: patrice dot ferlet at wanadoo dot fr
Reported By: patrice dot ferlet at wanadoo dot fr
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Linux mandrake 9.1
PHP Version: 4.3.1
New Comment:
the fact is here... ;o)
http://copix.aston.fr with php 4.1 and http://www.metal3d.com/copix php
4.3.1
this is the same code source...
Previous Comments:
[2003-04-04 02:48:24] [EMAIL PROTECTED]
We fixed a bug so that it displays a warning when you try to do this.
It never actually worked in earlier releases (try it!), and we never
stated that you could overload functions in this way in the manual.
[2003-04-04 01:50:17] patrice dot ferlet at wanadoo dot fr
try this:
class test
{
function blah ($one, $two)
{
echo "ONE\n";
}
function blha ($one, $two, $three)
{
echo "TWO";
}
}
In OOP, we can declare several prototypes of a class method, in php 4.0
i could do this, but with php 4.3.1 i cannot anymore.
I think this is a very important problem.
For a framework i use (and i contribute) this is a real big problem!
[2003-04-03 19:40:07] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
[2003-04-03 16:48:01] patrice dot ferlet at wanadoo dot fr
Fatal error: Cannot redeclare copixaction() in
/var/www/html/newcopix/utils/copix/core/CopixAction.class.php on line
59
Last version of PHP worked but not today with 4.3.1.
I cannot redefine a function in class... but i do oop !
thanks
--
Edit this bug report at http://bugs.php.net/?id=23042&edit=1
#23057 [NEW]: gcc: ext/stand: No such file or directory make: *** [sapi/cli/php] Error 1
From: joydeep_ghosh at net dot com Operating system: Sun2.7 PHP version: 4.3.1 PHP Bug Type: Compile Failure Bug description: gcc: ext/stand: No such file or directory make: *** [sapi/cli/php] Error 1 Directory php4-STABLE-200301150030 created PHP_VERSION "4.3.1-dev" Configuration is OK ./configure --enable-debug --enable-libgcc --enable-dbx \ --enable-ftp --enable-inline-optimization \ --with-java=/export/webtools/java/Solaris_JDK_1.2.2_13 \ --with-nsapi=/export/webtools/netscape/server4 \ --with-oci8=/export/webtools/app/oracle/product/8.1.7 Following ERROR encountered while executing Make command: ext/stand -R/usr/ucblib -R/usr/local/lib/gcc-lib/sparc-sun-solaris2.7/3.2 -R/export/webtools/java/Solaris_JDK_1.2.2_13/jre/lib/sparc -R/export/webtools/app/oracle/product/8.1.7/lib gcc: ext/stand: No such file or directory make: *** [sapi/cli/php] Error 1 This started happening after putting --with-java option during configuration -- Edit bug report at http://bugs.php.net/?id=23057&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=23057&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=23057&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=23057&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=23057&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=23057&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=23057&r=support Expected behavior: http://bugs.php.net/fix.php?id=23057&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=23057&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=23057&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=23057&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23057&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=23057&r=dst IIS Stability: http://bugs.php.net/fix.php?id=23057&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=23057&r=gnused
#23051 [Fbk->Opn]: snmpwalkoid doesnt work on alphas
ID: 23051
User updated by: csmall at enc dot com dot au
Reported By: csmall at enc dot com dot au
-Status: Feedback
+Status: Open
Bug Type: SNMP related
Operating System: Linux
PHP Version: 4CVS-2003-04-04 (stable)
New Comment:
After more testing, there are two bugs in this module
1) Something breaks in the OID resolver, you get the entire MIB tree.
This occured on alpha and i386 and seems to be fixed in Debian 4.2.3-13
It does suggest you have a problem with the net-snmp library as -9 and
-13 are linked to ucd-snmp 4.2 while -12 is net-snmp 5.
2) Something is seriously wrong with the array handling and you get
part of the table or just junk text. This happens on the alpha at
least but not the i386.
Here are my results, see key below to work out what I did:
Arch Ver N/SW N/SWO N/SRW C/SW C/SWO C/SRW
i386 4.2.3-9 OK OKOKOK OKOK
i386 4.2.3-12 OK OKOKWT WTWT
i386 4.2.3-13 OK OKOKOK OKOK
alpha 4.2.3-9 OK STSTOK STST
alpha 4.2.3-12 WT WTWTWT WTWT
alpha 4.2.3-13 OK BABAOK BABA
alpha STABLE OK BABAOK BABA
The Arch should be obvious
Ver is version the 4.2.3-X is a Debian version, STABLE means the one I
downloaded php4-STABLE-200304041230
Then the various functions
N/SW Numeric OID, snmpwalk()
N/SWO Numeric OID, snmpwalkoid()
N/SRW Numeric OID, snmprealwalk()
C/SW Character OID, snmpwalk()
C/SWO Character OID, snmpwalkoid()
C/SRW Character OID, snmprealwalk()
Numeric OID is ".1.3.6.1.2.1.2.2.1.2"
Character OID is "interfaces.ifTable.ifEntry.ifDescr"
The results
OK - obviously it worked fine!
WT - Whole tree. Get error message of "Invalid object identifier" then
it scans the entire MIB tree of remote object.
BA - Broken Array, Result shown in previous message, but you get only
one item of the array. The key is the first item, the value is the
last.
ST - Strange text, check THIS out (its always the same text):
array(1) {
["occur between two tag values. A tag value may not
have a zero length. These constraints imply certain
restrictions on the contents of this object:
- There cannot be a leadingH¢/"]=>
string(42) "interfaces.ifTable.ifEntry.ifDescr.6 = br0"
}
As i said, strange text
Previous Comments:
[2003-04-04 10:55:21] [EMAIL PROTECTED]
But does 4.2.3 work on that alpha?
Or is it common for any platform??
[2003-04-04 07:31:08] csmall at enc dot com dot au
This problem has been around at least since 4.3.2, you might also want
to look at http://bugs.debian.org/185534
snmprealwalk and snmpwalkoid fail to work properly on my alpha.
snmpwalk used to not work but now does. Version is
php4-STABLE-200304041230
./configure line was
'--enable-debug' \
'--with-bz2' \
'--with-snmp' \
'--with-openssl' \
This is the test code:
Output is:
-
array(1) {
["interfaces.ifTable.ifEntry.ifDescr.1"]=>
string(42) "interfaces.ifTable.ifEntry.ifDescr.6 = br0"
}
This is broken, as this is the result of the last (6th) interface in
the place of the first, notice the key says ifDesc.1 and the result
says ifDescr.6
This is what a i386 running Debian 4.2.3-13 on the exact same script
does:
-
array(6) {
["interfaces.ifTable.ifEntry.ifDescr.1"]=>
string(41) "interfaces.ifTable.ifEntry.ifDescr.1 = lo"
["interfaces.ifTable.ifEntry.ifDescr.2"]=>
string(43) "interfaces.ifTable.ifEntry.ifDescr.2 = eth0"
["interfaces.ifTable.ifEntry.ifDescr.3"]=>
string(43) "interfaces.ifTable.ifEntry.ifDescr.3 = eth1"
["interfaces.ifTable.ifEntry.ifDescr.4"]=>
string(43) "interfaces.ifTable.ifEntry.ifDescr.4 = gre0"
["interfaces.ifTable.ifEntry.ifDescr.5"]=>
string(43) "interfaces.ifTable.ifEntry.ifDescr.5 = sit0"
["interfaces.ifTable.ifEntry.ifDescr.6"]=>
string(42) "interfaces.ifTable.ifEntry.ifDescr.6 = br0"
}
--
I ran some tests on the 4.2.3 code and it was definitely returning the
right and multiple values. I basically enabled the Debug() line in
snmp.c and saw the return string come back the way I expected.
So it looks like some pointer or array is getting overwritten. I tried
linking in electric fence but libsnmp is too buggy and it died within
the library loading up the mibs.
--
Edit this bug report at http://bugs.php.net/?id=23051&edit=1
#22787 [Com]: Make fails after upgrading to mysql v4.0.12
ID: 22787 Comment by: azza at sbcglobal dot net Reported By: gregory dot fennell at am dot sony dot com Status: Bogus Bug Type: MySQL related Operating System: RedHat v8.0 PHP Version: 4.3.1 New Comment: Same Issue: I agree that working together is the means for resolving this issue. (1) php-mysql-4.3.1-rbt.rh8.1.i386.rpm shows requirement of libmysqlclient.so.10 http://www.aucs.org/rpmcenter/details/php-4.3.1-for-apache-1.3.x/php-mysql-4.3.1-rbt.rh8.1.i386.rpm.html (2) php-mysql-4.2.2-8.0.7 RPM for i386 shows requirement of libmysqlclient.so.10 http://rpmfind.net/linux/RPM/redhat/updates/8.0/i386/php-mysql-4.2.2-8.0.7.i386.html What should be in the code is a reference to libmysqlclient.so which is a symlink to the current version - libmysqlclient.so.12. This may be a major issue if it crashes a large number of sites. Take a look at how libmyssqlclient.so is configured on your system. Have fun..of bogus to open Previous Comments: [2003-04-04 10:57:34] [EMAIL PROTECTED] Did you uninstall the old mysql 3.23 version before installing that new one? Are you sure it's not just a conflict between old and new version of mysql? And I say again: This is NOT any bug in PHP. Please ask further support questions on e.g. [EMAIL PROTECTED] [2003-04-04 07:15:37] gregory dot fennell at am dot sony dot com The following RPMs are used (Version: 4.0.12): Server Client programs Libraries and header files Dynamic client libraries I also use a self-compiled version of PHP-4.3.1 with the configure line that is in my original posting. Any help you can give is greatly appreciated. I know I have several colleagues that are waiting on a fix as well. Thanks for your help in this. [2003-04-03 19:48:38] [EMAIL PROTECTED] Which RPMs have you installed? You need to have the libraries and header files installed too to get the build work.. [2003-04-03 07:09:47] gregory dot fennell at am dot sony dot com Sniper, I understand that it works for you. But you stated you are using the latest CVS and self compiled MySQL. That is not the original issue and I want to stay on track. The issue is that the RPM installation of MySQL will not work with the self-compiled version of PHP. Two people have posted to this saying they are having the same issue, but you insist on saying this is bogus. I will not use a CVS version on production machines, nor should anyone. So what do we need to do so that you will take this issue seriously? I thought the purpose of open source products was for people to work together to make a product better, but in this case it seems our needs to make the product better are being ignored. [2003-04-02 18:56:37] [EMAIL PROTECTED] Works fine here, with latest CVS snapshot and self compiled Mysql 4.0.12. Try with shorter configure line, maybe something else is causing the problem. (like this: ./configure --disable-all --with-mysql=/usr) 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/22787 -- Edit this bug report at http://bugs.php.net/?id=22787&edit=1
#23058 [NEW]: gdFreeFontCache compilation failure
From: russell+php dot net at loosenut dot com Operating system: Solaris 2.5.1 PHP version: 4.3.2RC1 PHP Bug Type: *General Issues Bug description: gdFreeFontCache compilation failure /bin/sh /export/home/russell/build/php-4.3.2RC1/libtool --silent --preserve-dup-deps --mode=link gcc -export-dynamic -g -O2 -avoid-version -module -L/usr/ucblib -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.5.1/2.95.3 -L/usr/local/ssl/lib -L/usr/local/lib -L/usr/home/russell/build/jpeg-6b/lib -L/usr/local/imap-2002b/lib -L/usr/local/mysql/lib/mysql -R /usr/ucblib -R /usr/local/lib/gcc-lib/sparc-sun-solaris2.5.1/2.95.3 -R /usr/local/ssl/lib -R /usr/local/lib -R /usr/home/russell/build/jpeg-6b/lib -R /usr/local/imap-2002b/lib -R /usr/local/mysql/lib/mysql ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/ctype/ctype.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/gdcache.lo ext/imap/php_imap.lo ext/mysql/php_mysql.lo ext/openssl/openssl.lo ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo ext/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xml/expat/xmlparse.lo ext/xml/expat/xmlrole.lo ext/xml/expat/xmltok.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo main/php_scandir.lo main/php_ini.lo main/SAPI.lo main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo main/strlcat.lo main/mergesort.lo main/reentrancy.lo main/php_variables.lo main/php_ticks.lo main/streams.lo main/network.lo main/php_open_temporary_file.lo main/php_logos.lo main/output.lo main/memory_streams.lo main/user_streams.lo Zend/zend_language_parser.lo Zend/zend_language_scanner.lo Zend/zend_ini_parser.lo Zend/zend_ini_scanner.lo Zend/zend_alloc.lo Zend/zend_compile.lo Zend/zend_constants.lo Zend/zend_dynamic_array.lo Zend/zend_execute_API.lo Zend/zend_highlight.lo Zend/zend_llist.lo Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo Zend/zend_indent.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.lo Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/getopt.lo main/internal_functions_cli.lo -lcrypt -lc-client -lssl -lcrypto -lmysqlclient -lcrypt -lgd -lpng -lz -ljpeg -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl -lsocket -lgcc -lcrypt -o sapi/cli/php Undefined first referenced symbol in file gdFreeFontCache ext/gd/gd.lo ld: fatal: Symbol referencing errors. No output written to sapi/cli/php collect2: ld returned 1 exit status gmake: *** [sapi/cli/php] Error 1 I haven't been able to compile PHP natively since 4.1.1 or 4.1.2... Current attempt: ./configure \ --prefix=/usr/local/php-4.3.2rc1 \ --with-openssl=/usr/local/ssl \ --with-gd=/usr/local \ --with-jpeg-dir=/usr/home/russell/build/jpeg-6b \ --with-png-dir=/usr/local \ --with-zlib-dir=/usr/home/russell/build/zlib-1.1.4 \ --with-imap=/usr/local/imap-2002b \ --with-imap-ssl=/usr/local/ssl \ --with-xml \ --with-mysql=/usr/local/mysql \ --with-apxs=/usr/local/apache-1.3.27/bin/apxs \ --enable-track-var
#23058 [Opn->Fbk]: gdFreeFontCache compilation failure
ID: 23058 Updated by: [EMAIL PROTECTED] Reported By: russell+php dot net at loosenut dot com -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: Solaris 2.5.1 PHP Version: 4.3.2RC1 New Comment: Try with the bundled gd lib. --with-gd only, no path. Previous Comments: [2003-04-04 22:11:16] russell+php dot net at loosenut dot com /bin/sh /export/home/russell/build/php-4.3.2RC1/libtool --silent --preserve-dup-deps --mode=link gcc -export-dynamic -g -O2 -avoid-version -module -L/usr/ucblib -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.5.1/2.95.3 -L/usr/local/ssl/lib -L/usr/local/lib -L/usr/home/russell/build/jpeg-6b/lib -L/usr/local/imap-2002b/lib -L/usr/local/mysql/lib/mysql -R /usr/ucblib -R /usr/local/lib/gcc-lib/sparc-sun-solaris2.5.1/2.95.3 -R /usr/local/ssl/lib -R /usr/local/lib -R /usr/home/russell/build/jpeg-6b/lib -R /usr/local/imap-2002b/lib -R /usr/local/mysql/lib/mysql ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/ctype/ctype.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/gdcache.lo ext/imap/php_imap.lo ext/mysql/php_mysql.lo ext/openssl/openssl.lo ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo ext/tokenizer/tokenizer.lo ext/xml/xml.lo ext/xml/expat/xmlparse.lo ext/xml/expat/xmlrole.lo ext/xml/expat/xmltok.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo main/php_scandir.lo main/php_ini.lo main/SAPI.lo main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo main/strlcat.lo main/mergesort.lo main/reentrancy.lo main/php_variables.lo main/php_ticks.lo main/streams.lo main/network.lo main/php_open_temporary_file.lo main/php_logos.lo main/output.lo main/memory_streams.lo main/user_streams.lo Zend/zend_language_parser.lo Zend/zend_language_scanner.lo Zend/zend_ini_parser.lo Zend/zend_ini_scanner.lo Zend/zend_alloc.lo Zend/zend_compile.lo Zend/zend_constants.lo Zend/zend_dynamic_array.lo Zend/zend_execute_API.lo Zend/zend_highlight.lo Zend/zend_llist.lo Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo Zend/zend_indent.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.lo Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/getopt.lo main/internal_functions_cli.lo -lcrypt -lc-client -lssl -lcrypto -lmysqlclient -lcrypt -lgd -lpng -lz -ljpeg -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl -lsocket -lgcc -lcrypt -o sapi/cli/php Undefined first referenced symbol in file gdFreeFontCache ext/gd/gd.lo ld: fatal: Symbol referencing errors. No output written to sapi/cli/php collect2: ld returned 1 exit status gmake: *** [sapi/cli/php] Error 1 I haven't been able to compile PHP natively since 4.1.1 or 4.1.2... Current attempt: ./configure \ --prefix=/usr/local/php-4.3.2rc1 \ --with-openssl=/usr/local/ssl \ --with-gd=/usr/local \ --with-jpeg-dir=/usr/home/rus
#23056 [Opn->Ana]: gif and jpeg php generated pictures bug
ID: 23056
Updated by: [EMAIL PROTECTED]
Reported By: dan1 at edenpics dot com
-Status: Open
+Status: Analyzed
Bug Type: Output Control
Operating System: Linux RedHat 7.1
PHP Version: 4.3.2RC1
New Comment:
I copied your script directly and found a bird.gif image out there.
You can see the result at:
http://lerdorf.com/bird.php
Source code at:
http://lerdorf.com/bird.phps
Works ok for me. Perhaps you have something before or after the
start/end php tags, or do you have weird line endings or something? Do
an "od -c bird.php" and compare it to:
http://lerdorf.com/bird.txt
Previous Comments:
[2003-04-04 12:55:43] dan1 at edenpics dot com
Something more: this happens with all versions of Internet Explorer
[2003-04-04 12:21:28] dan1 at edenpics dot com
Sorry, $output is the file name.
here is the correct code:
I tried PHP version 4.3.2RC1. The same happens.
This bug appears with jpeg (.jpg) files too, with the "e99\r\n" code
before the picture datas, and they can only be saved as BMP too.
[2003-04-04 11:05:48] [EMAIL PROTECTED]
fixed script, using PHP 4.3.2-RC, and it works fine.
[2003-04-04 11:04:22] [EMAIL PROTECTED]
Your script is broken. (what is $output supposed to contain??)
[2003-04-04 10:56:07] dan1 at edenpics dot com
Hello.
I found out something strange: when I generate a picture with PHP, the
output (sniffed on the net) starts with something like "c02\r\n" before
the rest of the picture ("GIF89a.."): this does not frighten Netscape,
however IE does display it, but when you want to save it, then it
doesn't understand the format and you cannot save the picture in the
real format, but only in BMP.
I made a little report of what I did to find this out, and saw that
huge amount of people had this problem..
Here is the link of the report:
http://www.edenpics.com/pub/iebug/iebug2.phtml
And here is the code that generates the bug:
Thank you for looking at this.. it took me time to find it, so I hope
this will help !
Kind Regards to you programmer,
Daniel
--
Edit this bug report at http://bugs.php.net/?id=23056&edit=1
