#22211 [Opn]: Parameters not passed to class methods.
ID: 22211
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Class/Object related
Operating System: Linux
PHP Version: 4.3.0
New Comment:
Please, stop spamming other bug report with your
bogus comments. Keep them here.
Previous Comments:
[2003-02-13 13:03:11] [EMAIL PROTECTED]
Here is a strange bug affecting 4.3.0 (with the same code, 4.2.3 works
fine):
class foo {
// constructor, etc.
function myecho($string1, $string2) {
echo "String 1: " . $string1 . "\n";
echo "String 2: " . $string2 . "\n";
}
};
$bar = new foo();
$bar->myecho("apple", "orange");
Will output one of these 3 possibilities, at random (or so it seems:)
String 1: apple
String 2: orange
String 1: orange
String 2:
String 1:
String 2:
Weird, eh? and rerunning the same code does not always give the same
results.
Reposted from bug#21886, and not related to sessions in any way.
That nasty problem keeps me from upgrading...
--
Edit this bug report at http://bugs.php.net/?id=22211&edit=1
#18423 [Com]: IMAP - referenced symbol ssl_onceonlyinit not found
ID: 18423 Comment by: foo at sniper dot php Reported By: gpreston at ycp dot edu Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: IMAP related Operating System: Solaris 9 PHP Version: 4.2.1 New Comment: hg Previous Comments: [2002-09-11 11:43:40] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2002-07-19 12:15:48] [EMAIL PROTECTED] Are you sure that the c-client really HAS the SSL support? Check if it really has the symbol: # nm libc-client.a | grep ssl_once [2002-07-19 10:15:31] [EMAIL PROTECTED] Yeah, I had compiled the c-client library with SSL with the following: make gso SSLTYPE=unix I'll try the latest CVS and see how this works for me. [2002-07-18 17:49:25] [EMAIL PROTECTED] Is your c-client library compiled with SSL support? Also try this snapshot: http://snaps.php.net/php4-latest.tar.gz [2002-07-18 16:37:38] gpreston at ycp dot edu I'm trying to implement PHP with IMAP SSL and am running into a few problems. I have: -OpenSSL 0.9.6d -IMAP-2002.RC2 -php4-STABLE-200207010900 -Apache 2.0.39 and this is all running on a Solaris 9 (Sparc) machine. Everything compiles and installs just fine, but when I attempt to start up the HTTPD, it crashes with the following output: # /web/bin/apachectl startssl Syntax error on line 230 of /web/conf/httpd.conf: Cannot load /web/modules/libphp4.so into server: ld.so.1: /web/bin/httpd: fatal: relocation error: file /web/modules/libphp4.so: symbol ssl_onceonlyinit: referenced symbol not found My configure for PHP is as follows: CC=gcc ./configure --with-apxs2=/web/bin/apxs --with-mysql --with-imap=/tmp/gabe/new-owl/imap-2002 --with-imap-ssl=/tmp/gabe/new-owl/imap-2002.RC2 --with-openssl --with-gettext --with-xml --with-zlib My first attempt I tried with just --with-imap-ssl, but that died on me in the make, so then I added the --with-imap, and that still gave me problems, so then I finally added the --with-openssl and everything worked just fine. Now I'm not exactly sure where the problem lies. For the time being, I'm stepping back and will just use --with-imap and nothing else, but it would be a great help if I could implement the --with-imap-ssl at a later date. Any suggestions or do you need more info? -- Edit this bug report at http://bugs.php.net/?id=18423&edit=1
#22240 [Com]: number_function
ID: 22240
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Math related
Operating System: Windows
PHP Version: 4.3.0
New Comment:
Same results. ( I used the Windows build ) Anything over 999 as a total
gets an incorrect result. BTW number_function should read
number_format. Sorry for the mistake.
Previous Comments:
[2003-02-16 10:28:20] [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-02-16 03:44:07] [EMAIL PROTECTED]
I got this code from a book. It works as long as the total is less than
999. when it exceeds 999, it can't calculate the total properly. I
think it has something to do with the number_function.
+index.html ++
Item
Quantity
Tires
Oil
Spark Plugs
preprocess.php ++
Jim's Auto Parts - Order Results
Jim's Auto Parts
Order Results
Order Processed at ";
echo date("H:i, jS F");
echo "";
echo "Your order is as follows:";
echo "";
echo $tireqty." tires";
echo $oilqty." bottles of oil";
echo $sparkqty." spark plugs";
$totalqty = $tireqty + $oilqty + $sparkqty;
$totalamount = $tireqty * TIREPRICE
+ $oilqty * OILPRICE
+ $sparkqty * SPARKPRICE;
$totalamount = number_format($totalamount,2);
echo "\n";
echo "Items Ordered: ".$totalqty."\n";
echo "Subtotal: $".$totalamount."\n";
$taxrate = 0.10;
$totalamount = $totalamount * (1 + $taxrate);
$totalamount = number_format($totalamount, 2);
echo "Total including tax: $".$totalamount."\n";
?>
--
Edit this bug report at http://bugs.php.net/?id=22240&edit=1
#1 [Csd->WFx]: Apache 1.3b3 + mod_php3 is slow
ID: 1 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Wont fix Bug Type: Performance problem Operating System: Solaris 2.5.1 PHP Version: 3.0b3 New Comment: test Previous Comments: [2002-12-26 19:57:56] [EMAIL PROTECTED] Test #3, ignore [1999-07-14 06:25:59] [EMAIL PROTECTED] PHP 4.0 deployed on www.php.net [1999-07-14 05:32:03] [EMAIL PROTECTED] Test, ignore [1998-01-25 11:06:03] [EMAIL PROTECTED] When PHP3 is linked into Apache 1.3b3 on Solaris 2.5.1 the web server becomes extremely sluggish or won't answer requests at all. -- Edit this bug report at http://bugs.php.net/?id=1&edit=1
#1 [WFx->Csd]: Apache 1.3b3 + mod_php3 is slow
ID: 1 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Wont fix +Status: Closed Bug Type: Performance problem Operating System: Solaris 2.5.1 PHP Version: 3.0b3 Previous Comments: [2003-02-17 04:05:32] [EMAIL PROTECTED] test [2002-12-26 19:57:56] [EMAIL PROTECTED] Test #3, ignore [1999-07-14 06:25:59] [EMAIL PROTECTED] PHP 4.0 deployed on www.php.net [1999-07-14 05:32:03] [EMAIL PROTECTED] Test, ignore [1998-01-25 11:06:03] [EMAIL PROTECTED] When PHP3 is linked into Apache 1.3b3 on Solaris 2.5.1 the web server becomes extremely sluggish or won't answer requests at all. -- Edit this bug report at http://bugs.php.net/?id=1&edit=1
#22246 [NEW]: error notice "undefined variable"
From: [EMAIL PROTECTED] Operating system: Windows PHP version: 4.2.3 PHP Bug Type: Variables related Bug description: error notice "undefined variable" note: url = http://localhost/test.php?var=test error: undefined variable sapi: IIS 5.0 info: I try to run on Mandrake linux with php4.2.3 + Apache 1.3.26, error not occurred. but work normally (print the value "test"). thanks. -- Edit bug report at http://bugs.php.net/?id=22246&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22246&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22246&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22246&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22246&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22246&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22246&r=support Expected behavior: http://bugs.php.net/fix.php?id=22246&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22246&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22246&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22246&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22246&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22246&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22246&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22246&r=gnused
#22246 [Opn->Bgs]: error notice "undefined variable"
ID: 22246 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Variables related Operating System: Windows PHP Version: 4.2.3 New Comment: In PHP 4.2.0, the 'register_globals' setting default changed to 'off'. See http://www.php.net/release_4_2_0.php for more info. We are sorry about the inconvenience, but this change was a necessary part of our efforts to make PHP scripting more secure and portable. You should use $var = $_GET['var']; in the top of your script. Previous Comments: [2003-02-17 04:09:18] [EMAIL PROTECTED] note: url = http://localhost/test.php?var=test error: undefined variable sapi: IIS 5.0 info: I try to run on Mandrake linux with php4.2.3 + Apache 1.3.26, error not occurred. but work normally (print the value "test"). thanks. -- Edit this bug report at http://bugs.php.net/?id=22246&edit=1
#22117 [Opn->Asn]: Session vars inappropriately created as references
ID: 22117 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Session related Operating System: Win NT 4 PHP Version: 4.3.0 -Assigned To: +Assigned To: sas Previous Comments: [2003-02-10 13:03:23] [EMAIL PROTECTED] Just FYI, the following script works as expected: [2003-02-10 12:54:13] [EMAIL PROTECTED] A colleague points out that this script also produces the buggy behaviour. "; echo $var2.""; ?> [2003-02-09 16:36:48] [EMAIL PROTECTED] Further searching makes me think that this may be related to Bug #20583 : http://bugs.php.net/bug.php?id=20583 [2003-02-09 16:33:11] [EMAIL PROTECTED] Actually, I have created a simpler test case, which produces the behaviour in one script, and BEFORE serialization: "; echo $var2.""; ?> Actual Output in 4.3.0: CHANGED CHANGED Session data after execution var1|s:7:"CHANGED";var2|R:1; So it seems that $var2 is a reference of $var1, but only if the session_start and session_register functions are called. Notes: The bug occurs even if the "session_start();" and the "$var1 = $var2 = "INITIALIZED";" lines are swapped. The buggy behaviour disappears if I move the line "$var2 = "CHANGED"" above the session_register() call. [2003-02-09 16:07:53] [EMAIL PROTECTED] Here's the contents of the session file, immediately after execution of my first test script test_bug1.php, from versions 4.2.2 and 4.3.0: session file from 4.2.2: var1|s:11:"INITIALIZED";var2|s:11:"INITIALIZED"; session file from 4.3.0: var1|s:11:"INITIALIZED";var2|R:1; 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/22117 -- Edit this bug report at http://bugs.php.net/?id=22117&edit=1
#22245 [Opn->Asn]: Unserialize Problem with References:
ID: 22245 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Session related Operating System: LINUX PHP Version: 4CVS-2003-02-16 (stable) -Assigned To: +Assigned To: sas Previous Comments: [2003-02-16 21:29:16] [EMAIL PROTECTED] Hello, I've got a Problem unserializing variables which are a reference. An to me it seems to be a bug ... ! Example: session_start(); $_SESSION["A"]=10; $_SESSION["B"]=&$_SESSION["A"]; is correctly serialized to: A|i:10;B|R:1; I am happy ... ;) But if I call this session again ... maybe the next page PHP seems to loose the information that B was a reference. Example: session_start(); echo "BEFORE: A=".$_SESSION["A"].""; echo "BEFORE: B=".$_SESSION["B"].""; $_SESSION["A"]++; echo "AFTER: A=".$_SESSION["A"].""; echo "AFTER: B=".$_SESSION["B"].""; It results to: BEFORE: A=10 BEFORE: B=10 AFTER: A=11 AFTER: B=10 where I thought of A and B having the same value ... for B beeing a reference to A ... @sniper: Please don't answer ... your arrogant (and almost dumb) answers cause me one heart-attack after the other ... !! -- Edit this bug report at http://bugs.php.net/?id=22245&edit=1
#22055 [Opn->Fbk]: Memory leak with references in objects
ID: 22055 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: RedHat 7.2 PHP Version: 4.3.1-dev New Comment: Test with the php5 snapshot please: http://snaps.php.net/php5-latest.tar.gz It won't be fixed in PHP 4 anyway as it has to do with the way objects work there. Previous Comments: [2003-02-16 15:40:55] [EMAIL PROTECTED] I am experiencing this problem with Win2k/IIS 5.0. Memory usage increases until the server starts to page and crawl to a slow death. I have helped this somewhat by writing an app to unload the ISAPI every half an hour, but it is still causing problems about once a week (on a very busy site). Still preferable to using the CGI though [2003-02-06 08:56:47] [EMAIL PROTECTED] You are asking me to test PHP 5, but the bug is open for for PHP 4 [2003-02-06 08:31:39] [EMAIL PROTECTED] You were supposed to test this snapshot: http://snaps.php.net/php5-latest.tar.gz [2003-02-05 13:41:08] [EMAIL PROTECTED] Same result with PHP Version 4.3.1-dev php4-STABLE-200302051830.tar.gz Build Date Feb 5 2003 20:08:24 [2003-02-04 14:37:20] [EMAIL PROTECTED] oops! you need to development snapshot from snaps.php.net, which should solve this. Derick The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/22055 -- Edit this bug report at http://bugs.php.net/?id=22055&edit=1
#22211 [Com]: Parameters not passed to class methods.
ID: 22211
Comment by: fab at blueshoes dot org
Reported By: wayne at ptaff dot ca
Status: Open
Bug Type: Class/Object related
Operating System: Linux
PHP Version: 4.3.0
New Comment:
i have something similar, i really think it's the same problem.
pseudo code (not reproducable this way):
class c {
function f($a, $b=null, $c=TRUE) {
var_dump($a);
var_dump($b);
var_dump($c);
}
}
$someB = null;
$someC =& new c();
$someC->f('foo', null, FALSE);
the problem is that the third param ALWAYS turns out to be TRUE. no
matter how many times i reload.
when i remove the 2nd param from the method definition and method call
then it works.
system: win2000 php4.3. the code worked before in php4.2.2
really strange. but i'm not blind. should i try to provide some small
peace of code that reproduces it?
greetings and thanks.
fab
Previous Comments:
[2003-02-17 02:32:08] [EMAIL PROTECTED]
Please, stop spamming other bug report with your
bogus comments. Keep them here.
[2003-02-13 13:03:11] wayne at ptaff dot ca
Here is a strange bug affecting 4.3.0 (with the same code, 4.2.3 works
fine):
class foo {
// constructor, etc.
function myecho($string1, $string2) {
echo "String 1: " . $string1 . "\n";
echo "String 2: " . $string2 . "\n";
}
};
$bar = new foo();
$bar->myecho("apple", "orange");
Will output one of these 3 possibilities, at random (or so it seems:)
String 1: apple
String 2: orange
String 1: orange
String 2:
String 1:
String 2:
Weird, eh? and rerunning the same code does not always give the same
results.
Reposted from bug#21886, and not related to sessions in any way.
That nasty problem keeps me from upgrading...
--
Edit this bug report at http://bugs.php.net/?id=22211&edit=1
#22247 [NEW]: The UTF BOM is sent out
From: muranyia at iqc dot hu Operating system: PHP version: 4.2.3 PHP Bug Type: Output Control Bug description: The UTF BOM is sent out When an UTF BOM (Byte Order Mark) is saved in a script, it is not recogised by PHP, instead it is interpreted as text, and it is sent out with the output (and prevents the user from issuing Header() commands, btw.) Info on UTF BOM: http://www.unicode.org/unicode/faq/utf_bom.html#22 -- Edit bug report at http://bugs.php.net/?id=22247&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22247&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22247&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22247&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22247&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22247&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22247&r=support Expected behavior: http://bugs.php.net/fix.php?id=22247&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22247&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22247&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22247&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22247&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22247&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22247&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22247&r=gnused
#22248 [NEW]: Compile failed with php cgi / snmp
From: simon at dnadogs dot com Operating system: Solaris 8 PHP version: 4CVS-2003-02-17 (stable) PHP Bug Type: Compile Failure Bug description: Compile failed with php cgi / snmp I have compiled php with snmp support as a apache module with no problems but when I try to compile as cgi to be able to run scripts at command line i get the following error. /usr/local/sparc-sun-solaris2.8/bin/ld: bfd assertion fail elflink.h:3542 I have cut down the configure command to just include snmp and mysql, if i remove snmp it works. I have installed the binary UCD SNMP for solaris from the official site. All snmp functions work within the php / apache module. Any help would be appreciated. -- Edit bug report at http://bugs.php.net/?id=22248&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22248&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22248&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22248&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22248&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22248&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22248&r=support Expected behavior: http://bugs.php.net/fix.php?id=22248&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22248&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22248&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22248&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22248&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22248&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22248&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22248&r=gnused
#22245 [Asn]: Unserialize Problem with References:
ID: 22245 User updated by: goth at php-resource dot de Reported By: goth at php-resource dot de Status: Assigned Bug Type: Session related Operating System: LINUX PHP Version: 4CVS-2003-02-16 (stable) Assigned To: sas New Comment: Hello, probably a hint: my php4-STABLE-200302071830 works fine ... php430 does not ... so as php4-STABLE-200302162230 Previous Comments: [2003-02-16 21:29:16] goth at php-resource dot de Hello, I've got a Problem unserializing variables which are a reference. An to me it seems to be a bug ... ! Example: session_start(); $_SESSION["A"]=10; $_SESSION["B"]=&$_SESSION["A"]; is correctly serialized to: A|i:10;B|R:1; I am happy ... ;) But if I call this session again ... maybe the next page PHP seems to loose the information that B was a reference. Example: session_start(); echo "BEFORE: A=".$_SESSION["A"].""; echo "BEFORE: B=".$_SESSION["B"].""; $_SESSION["A"]++; echo "AFTER: A=".$_SESSION["A"].""; echo "AFTER: B=".$_SESSION["B"].""; It results to: BEFORE: A=10 BEFORE: B=10 AFTER: A=11 AFTER: B=10 where I thought of A and B having the same value ... for B beeing a reference to A ... @sniper: Please don't answer ... your arrogant (and almost dumb) answers cause me one heart-attack after the other ... !! -- Edit this bug report at http://bugs.php.net/?id=22245&edit=1
#22247 [Opn->Bgs]: The UTF BOM is sent out
ID: 22247 Updated by: [EMAIL PROTECTED] Reported By: muranyia at iqc dot hu -Status: Open +Status: Bogus Bug Type:Output Control PHP Version: 4.2.3 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. dupe of bug #22108 Previous Comments: [2003-02-17 07:03:15] muranyia at iqc dot hu When an UTF BOM (Byte Order Mark) is saved in a script, it is not recogised by PHP, instead it is interpreted as text, and it is sent out with the output (and prevents the user from issuing Header() commands, btw.) Info on UTF BOM: http://www.unicode.org/unicode/faq/utf_bom.html#22 -- Edit this bug report at http://bugs.php.net/?id=22247&edit=1
#22250 [NEW]: Sablotron version 0.96 or greater required
From: phpbug at spambox dot dk Operating system: FreeBSD 4.7-stable PHP version: 4CVS-2003-02-17 (stable) PHP Bug Type: XSLT related Bug description: Sablotron version 0.96 or greater required I'm trying to add Sablotron/XSLT to my PHP installation with the stable release php4-STABLE-200302171430. I have installed Expat 1.95.5 and Sablotron 0.97 from source. I configure PHP with the following options: ./configure --prefix=/usr/local --enable-cli --without-pear --with-mysql=/usr/local/mysql --with-gd --enable-gd-native-ttf --with-t1lib --with-jpeg-dir --with-png-dir --with-tiff-dir --with-zlib-dir --with-freetype-dir=/usr/local/include/freetype2/freetype --with-xpm-dir=/usr/X11R6 --enable-exif --with-iconv --with-openssl=/usr --with-imap --with-imap-ssl=/usr --with-gettext --with-zlib --with-pdflib --enable-exif --enable-ftp --enable-bcmath --with-mcrypt --with-snmp=/usr/local --enable-ucd-snmp-hack --enable-sockets --enable-calendar --with-dom --with-expat-dir=/usr/local --with-xml --enable-xslt --with-xslt-sablot --enable-sablot-errors-descriptive --with-config-file-path=/usr/local/etc --with-tsrm-pth --with-apxs=/usr/local/apache/bin/apxs But i get the following error: checking whether to enable xslt support... yes checking for XSLT Sablotron backend... yes checking for libexpat dir for Sablotron XSL support... yes checking for iconv dir for Sablotron XSL support... yes checking for JavaScript for Sablotron XSL support... yes checking for Sablotron libraries in the default path... found in /usr/local checking for sablot-config... found checking for Sablotron version... configure: error: Sablotron version 0.96 or greater required. The output from sablot config: %./sablot-config --version 0.97 What to do? Best regards Henrik -- Edit bug report at http://bugs.php.net/?id=22250&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22250&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22250&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22250&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22250&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22250&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22250&r=support Expected behavior: http://bugs.php.net/fix.php?id=22250&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22250&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22250&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22250&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22250&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22250&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22250&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22250&r=gnused
#22251 [NEW]: wrong parameters in $_GET/$_PUT tables
From: kr at bpm dot pl Operating system: RH8.0 PHP version: 4.2.3 PHP Bug Type: *Programming Data Structures Bug description: wrong parameters in $_GET/$_PUT tables apache 2.0.40 web browser: file.php?par=1&par=2&par=3 echo count($_GET); // 1 echo $_GET["par"]; // 3(string) not table with values:1,2,3 -- Edit bug report at http://bugs.php.net/?id=22251&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22251&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22251&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22251&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22251&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22251&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22251&r=support Expected behavior: http://bugs.php.net/fix.php?id=22251&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22251&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22251&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22251&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22251&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22251&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22251&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22251&r=gnused
#20298 [Bgs->Opn]: odbc.check_persistent not working
ID: 20298 User updated by: t_o_m_ at yahoo dot com Reported By: t_o_m_ at yahoo dot com -Status: Bogus +Status: Open Bug Type: ODBC related Operating System: Windows 2000 Server SP2 -PHP Version: 4.3.0-pre2 +PHP Version: 4.3.0 New Comment: Yes still a problem under 4.3.0 I am using the ISAPI module. I don't believe that persistent connections are supported at all under CGI. So odbc_pconnect == odbc_connect which would give the illusion of working, although the connection would not actually be persisting. The first time you reload the page after killing the database connection you get: Warning: SQL error: No response from the backend; Subsequent reloads give: Warning: SQL error: Could not send Query(connection dead); Previous Comments: [2003-01-19 19:10:05] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. Not saying this is bogus but can you try the release version just to make sure? I did test this on a win2k build recently and found it to work under CGI. how are you running this? [2002-12-18 13:59:45] [EMAIL PROTECTED] I'm unable to reproduce this on the UNIX end of things. Anyone with a Windows boxen working that can test this? [2002-11-07 07:41:49] t_o_m_ at yahoo dot com Make sure the odbc.check_persistent is on and that odbc.allow_persistent is on. Set up a database connection called dsnname Run the script below (substituting [tabname] for a valid table name in your database). Check that you have persistent connections, ie with the webserver idle make sure your database shows connections from the webserver. Restart the database or kill the session belonging to the web server. Re-run the script below and the odbc_exec fails with an error: "connection not open" or smililar depending on your odbc driver. I have found this effect to be the same with the Postgres odbc driver and the Informix 3.30 odbc driver. I presume that odbc.check_persistent is supposed to check that the connection is still attached to the database before pconnect gives it to the script? -- Edit this bug report at http://bugs.php.net/?id=20298&edit=1
#22248 [Opn->Fbk]: Compile failed with php cgi / snmp
ID: 22248 Updated by: [EMAIL PROTECTED] Reported By: simon at dnadogs dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Solaris 8 PHP Version: 4CVS-2003-02-17 (stable) New Comment: What is the ucd snmp version? And are you absolutely sure it's not some problem with that binary? Have you tried compiling it yourself from sources?? Previous Comments: [2003-02-17 07:06:03] simon at dnadogs dot com I have compiled php with snmp support as a apache module with no problems but when I try to compile as cgi to be able to run scripts at command line i get the following error. /usr/local/sparc-sun-solaris2.8/bin/ld: bfd assertion fail elflink.h:3542 I have cut down the configure command to just include snmp and mysql, if i remove snmp it works. I have installed the binary UCD SNMP for solaris from the official site. All snmp functions work within the php / apache module. Any help would be appreciated. -- Edit this bug report at http://bugs.php.net/?id=22248&edit=1
#22251 [Opn->Bgs]: wrong parameters in $_GET/$_PUT tables
ID: 22251 Updated by: [EMAIL PROTECTED] Reported By: kr at bpm dot pl -Status: Open +Status: Bogus Bug Type: *Programming Data Structures Operating System: RH8.0 PHP Version: 4.2.3 New Comment: A correct url of file.php?par[]=1&par[]=2&par[]=3 would give you the expected result.. Previous Comments: [2003-02-17 09:56:44] kr at bpm dot pl apache 2.0.40 web browser: file.php?par=1&par=2&par=3 echo count($_GET); // 1 echo $_GET["par"]; // 3(string) not table with values:1,2,3 -- Edit this bug report at http://bugs.php.net/?id=22251&edit=1
#22252 [NEW]: Fails on Make Install
From: justincouto at msn dot com Operating system: FreeBSD 5.0 PHP version: 4.3.0 PHP Bug Type: Compile Failure Bug description: Fails on Make Install I am installing php using the follwing config: ./configure --with-mysql=/usr/local/mysql --with-xml --with-apache2=../httpd-2.0.44/ --enable-ftp --enable-track-vars --with-curl=/usr/local/lib --with-openssl=/usr --disable-cgi The configuration works fine. The make works fin as well However, when I do "make install" I get the following error: url -lssl -lcrypto -o libphp4.la Installing PHP SAPI module :No such file or directory *** Error code 1 I tried asking around on IRC and looking in the news groups, but the only answer I got was that there must be a typo in the make file. Could you please assist me with this? Thank you. -- Edit bug report at http://bugs.php.net/?id=22252&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22252&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22252&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22252&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22252&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22252&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22252&r=support Expected behavior: http://bugs.php.net/fix.php?id=22252&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22252&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22252&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22252&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22252&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22252&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22252&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22252&r=gnused
#22251 [Bgs]: wrong parameters in $_GET/$_PUT tables
ID: 22251 User updated by: kr at bpm dot pl Reported By: kr at bpm dot pl Status: Bogus Bug Type: *Programming Data Structures Operating System: RH8.0 PHP Version: 4.2.3 New Comment: This path: file.php?par[]=1&par[]=2&par[]=3 is correct for my PHP. Thanks. But my opinion url: file.php?par=1&par=2&par=3 is correct too. Submit form with e.g. Previous Comments: [2003-02-17 11:04:57] [EMAIL PROTECTED] A correct url of file.php?par[]=1&par[]=2&par[]=3 would give you the expected result.. [2003-02-17 09:56:44] kr at bpm dot pl apache 2.0.40 web browser: file.php?par=1&par=2&par=3 echo count($_GET); // 1 echo $_GET["par"]; // 3(string) not table with values:1,2,3 -- Edit this bug report at http://bugs.php.net/?id=22251&edit=1
#22253 [NEW]: method becomes constructor in subclass
From: [EMAIL PROTECTED]
Operating system: win2k
PHP version: 4.2.3
PHP Bug Type: Class/Object related
Bug description: method becomes constructor in subclass
In this example, the printStr() method becomes the constructor of the
printStr class, while I think it should not be working this way... I hope
this is not by design ;)
class String
{
function printStr($string)
{
print $string;
}
}
class printStr extends String {}
$ps = new printStr("abc");
--
Edit bug report at http://bugs.php.net/?id=22253&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22253&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=22253&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=22253&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22253&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=22253&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22253&r=support
Expected behavior: http://bugs.php.net/fix.php?id=22253&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22253&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22253&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=22253&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22253&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=22253&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=22253&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22253&r=gnused
#22254 [NEW]: Web site error
From: sabithv at nestec dot net Operating system: win2000 PHP version: 4.3.1 PHP Bug Type: Unknown/Other Function Bug description: Web site error the first example given in the http://www.php.net/manual/en/control-structures.foreach.php page has a syntax mistake... -- Edit bug report at http://bugs.php.net/?id=22254&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22254&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22254&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22254&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22254&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22254&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22254&r=support Expected behavior: http://bugs.php.net/fix.php?id=22254&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22254&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22254&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22254&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22254&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22254&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22254&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22254&r=gnused
#22251 [Bgs]: wrong parameters in $_GET/$_PUT tables
ID: 22251 Updated by: [EMAIL PROTECTED] Reported By: kr at bpm dot pl Status: Bogus Bug Type: *Programming Data Structures Operating System: RH8.0 PHP Version: 4.2.3 New Comment: Again, append that [] in the name: And no, we will not change this. Previous Comments: [2003-02-17 11:33:36] kr at bpm dot pl This path: file.php?par[]=1&par[]=2&par[]=3 is correct for my PHP. Thanks. But my opinion url: file.php?par=1&par=2&par=3 is correct too. Submit form with e.g. [2003-02-17 11:04:57] [EMAIL PROTECTED] A correct url of file.php?par[]=1&par[]=2&par[]=3 would give you the expected result.. [2003-02-17 09:56:44] kr at bpm dot pl apache 2.0.40 web browser: file.php?par=1&par=2&par=3 echo count($_GET); // 1 echo $_GET["par"]; // 3(string) not table with values:1,2,3 -- Edit this bug report at http://bugs.php.net/?id=22251&edit=1
#22250 [Opn->Fbk]: Sablotron version 0.96 or greater required
ID: 22250 Updated by: [EMAIL PROTECTED] Reported By: phpbug at spambox dot dk -Status: Open +Status: Feedback Bug Type: XSLT related Operating System: FreeBSD 4.7-stable PHP Version: 4CVS-2003-02-17 (stable) New Comment: Could you past the last 20 lines or so, from config.log? Previous Comments: [2003-02-17 09:44:22] phpbug at spambox dot dk I'm trying to add Sablotron/XSLT to my PHP installation with the stable release php4-STABLE-200302171430. I have installed Expat 1.95.5 and Sablotron 0.97 from source. I configure PHP with the following options: ./configure --prefix=/usr/local --enable-cli --without-pear --with-mysql=/usr/local/mysql --with-gd --enable-gd-native-ttf --with-t1lib --with-jpeg-dir --with-png-dir --with-tiff-dir --with-zlib-dir --with-freetype-dir=/usr/local/include/freetype2/freetype --with-xpm-dir=/usr/X11R6 --enable-exif --with-iconv --with-openssl=/usr --with-imap --with-imap-ssl=/usr --with-gettext --with-zlib --with-pdflib --enable-exif --enable-ftp --enable-bcmath --with-mcrypt --with-snmp=/usr/local --enable-ucd-snmp-hack --enable-sockets --enable-calendar --with-dom --with-expat-dir=/usr/local --with-xml --enable-xslt --with-xslt-sablot --enable-sablot-errors-descriptive --with-config-file-path=/usr/local/etc --with-tsrm-pth --with-apxs=/usr/local/apache/bin/apxs But i get the following error: checking whether to enable xslt support... yes checking for XSLT Sablotron backend... yes checking for libexpat dir for Sablotron XSL support... yes checking for iconv dir for Sablotron XSL support... yes checking for JavaScript for Sablotron XSL support... yes checking for Sablotron libraries in the default path... found in /usr/local checking for sablot-config... found checking for Sablotron version... configure: error: Sablotron version 0.96 or greater required. The output from sablot config: %./sablot-config --version 0.97 What to do? Best regards Henrik -- Edit this bug report at http://bugs.php.net/?id=22250&edit=1
#22252 [Opn]: Fails on Make Install
ID: 22252 User updated by: justincouto at msn dot com Reported By: justincouto at msn dot com Status: Open Bug Type: Compile Failure Operating System: FreeBSD 5.0 PHP Version: 4.3.0 New Comment: I just noticed that php 4.3.1 just came out. I tried installing with the same config script and I get the same problem. Previous Comments: [2003-02-17 11:28:19] justincouto at msn dot com I am installing php using the follwing config: ./configure --with-mysql=/usr/local/mysql --with-xml --with-apache2=../httpd-2.0.44/ --enable-ftp --enable-track-vars --with-curl=/usr/local/lib --with-openssl=/usr --disable-cgi The configuration works fine. The make works fin as well However, when I do "make install" I get the following error: url -lssl -lcrypto -o libphp4.la Installing PHP SAPI module :No such file or directory *** Error code 1 I tried asking around on IRC and looking in the news groups, but the only answer I got was that there must be a typo in the make file. Could you please assist me with this? Thank you. -- Edit this bug report at http://bugs.php.net/?id=22252&edit=1
#22255 [NEW]: Fatal error: Call to undefined function: mysql_connect()
From: tu_kara at hotmail dot com Operating system: linux PHP version: 4.3.0 PHP Bug Type: MySQL related Bug description: Fatal error: Call to undefined function: mysql_connect() Fatal error: Call to undefined function: mysql_connect() -- Edit bug report at http://bugs.php.net/?id=22255&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22255&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22255&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22255&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22255&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22255&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22255&r=support Expected behavior: http://bugs.php.net/fix.php?id=22255&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22255&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22255&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22255&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22255&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22255&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22255&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22255&r=gnused
#22255 [Opn->Fbk]: Fatal error: Call to undefined function: mysql_connect()
ID: 22255 Updated by: [EMAIL PROTECTED] Reported By: tu_kara at hotmail dot com -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: linux PHP Version: 4.3.0 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Previous Comments: [2003-02-17 12:23:31] tu_kara at hotmail dot com Fatal error: Call to undefined function: mysql_connect() -- Edit this bug report at http://bugs.php.net/?id=22255&edit=1
#22250 [Fbk]: Sablotron version 0.96 or greater required
ID: 22250 Updated by: [EMAIL PROTECTED] Reported By: phpbug at spambox dot dk Status: Feedback Bug Type: XSLT related Operating System: FreeBSD 4.7-stable PHP Version: 4CVS-2003-02-17 (stable) New Comment: Also the output of sablot-config --libs please. My guess is you have iconv installed and Sablotron picked up on it. Could you confirm that? Previous Comments: [2003-02-17 12:01:40] [EMAIL PROTECTED] Could you past the last 20 lines or so, from config.log? [2003-02-17 09:44:22] phpbug at spambox dot dk I'm trying to add Sablotron/XSLT to my PHP installation with the stable release php4-STABLE-200302171430. I have installed Expat 1.95.5 and Sablotron 0.97 from source. I configure PHP with the following options: ./configure --prefix=/usr/local --enable-cli --without-pear --with-mysql=/usr/local/mysql --with-gd --enable-gd-native-ttf --with-t1lib --with-jpeg-dir --with-png-dir --with-tiff-dir --with-zlib-dir --with-freetype-dir=/usr/local/include/freetype2/freetype --with-xpm-dir=/usr/X11R6 --enable-exif --with-iconv --with-openssl=/usr --with-imap --with-imap-ssl=/usr --with-gettext --with-zlib --with-pdflib --enable-exif --enable-ftp --enable-bcmath --with-mcrypt --with-snmp=/usr/local --enable-ucd-snmp-hack --enable-sockets --enable-calendar --with-dom --with-expat-dir=/usr/local --with-xml --enable-xslt --with-xslt-sablot --enable-sablot-errors-descriptive --with-config-file-path=/usr/local/etc --with-tsrm-pth --with-apxs=/usr/local/apache/bin/apxs But i get the following error: checking whether to enable xslt support... yes checking for XSLT Sablotron backend... yes checking for libexpat dir for Sablotron XSL support... yes checking for iconv dir for Sablotron XSL support... yes checking for JavaScript for Sablotron XSL support... yes checking for Sablotron libraries in the default path... found in /usr/local checking for sablot-config... found checking for Sablotron version... configure: error: Sablotron version 0.96 or greater required. The output from sablot config: %./sablot-config --version 0.97 What to do? Best regards Henrik -- Edit this bug report at http://bugs.php.net/?id=22250&edit=1
#22256 [NEW]: ignore, just testing
From: j dot u dot s dot t dot t dot e dot s dot t dot i dot n dot g at example dot com Operating system: N/A PHP version: 4.3.1 PHP Bug Type: Unknown/Other Function Bug description: ignore, just testing test! -- Edit bug report at http://bugs.php.net/?id=22256&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22256&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22256&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22256&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22256&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22256&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22256&r=support Expected behavior: http://bugs.php.net/fix.php?id=22256&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22256&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22256&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22256&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22256&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22256&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22256&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22256&r=gnused
#22256 [Opn->Bgs]: ignore, just testing
ID: 22256 Updated by: [EMAIL PROTECTED] Reported By: j dot u dot s dot t dot t dot e dot s dot t dot i dot n dot g at example dot com -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: N/A PHP Version: 4.3.1 New Comment: . Previous Comments: [2003-02-17 12:58:47] j dot u dot s dot t dot t dot e dot s dot t dot i dot n dot g at example dot com test! -- Edit this bug report at http://bugs.php.net/?id=22256&edit=1
#22252 [Opn]: Fails on Make Install -Apache 2 - PHP 4.3.0 and 4.3.1
ID: 22252 User updated by: justincouto at msn dot com -Summary: Fails on Make Install Reported By: justincouto at msn dot com Status: Open Bug Type: Compile Failure Operating System: FreeBSD 5.0 PHP Version: 4.3.0 New Comment: I ahve done tons of research on this and it seems other people are also having this problem and that a static php module won't work in apache 2.0 and the only way to get it to work is using a dso installation Previous Comments: [2003-02-17 12:16:43] justincouto at msn dot com I just noticed that php 4.3.1 just came out. I tried installing with the same config script and I get the same problem. [2003-02-17 11:28:19] justincouto at msn dot com I am installing php using the follwing config: ./configure --with-mysql=/usr/local/mysql --with-xml --with-apache2=../httpd-2.0.44/ --enable-ftp --enable-track-vars --with-curl=/usr/local/lib --with-openssl=/usr --disable-cgi The configuration works fine. The make works fin as well However, when I do "make install" I get the following error: url -lssl -lcrypto -o libphp4.la Installing PHP SAPI module :No such file or directory *** Error code 1 I tried asking around on IRC and looking in the news groups, but the only answer I got was that there must be a typo in the make file. Could you please assist me with this? Thank you. -- Edit this bug report at http://bugs.php.net/?id=22252&edit=1
#22117 [Com]: Session vars inappropriately created as references
ID: 22117 Comment by: jneil at myersinternet dot com Reported By: phpbugs at brianmertens dot com Status: Assigned Bug Type: Session related Operating System: Win NT 4 PHP Version: 4.3.0 Assigned To: sas New Comment: While there are some new cautionary notes regarding mixing the use of $_SESSION and session_register (and the other session functions), the example below (and the examples in related bugs) do not mix the two means of accessing session variables. As the session_* functions have not been designated as deprecated code, current members of the PHP coding community must assume that these functions are still supported and should work. Given that the code below from brianmertens is valid PHP syntax but yet shows a weakness in the session_register functions (possibly due to pointer problems in the underlying code given the nature of the error), this seems worthy of actually working on instead of pointing out similar code (although with a different approach and function list) that does not have the bug. Are the developers of the PHP engine going to fix session_register or are they going to force the thousands of PHP developers who have used this function in good faith for several years to abandon it? Previous Comments: [2003-02-10 13:03:23] [EMAIL PROTECTED] Just FYI, the following script works as expected: [2003-02-10 12:54:13] phpbugs at brianmertens dot com A colleague points out that this script also produces the buggy behaviour. "; echo $var2.""; ?> [2003-02-09 16:36:48] phpbugs at brianmertens dot com Further searching makes me think that this may be related to Bug #20583 : http://bugs.php.net/bug.php?id=20583 [2003-02-09 16:33:11] phpbugs at brianmertens dot com Actually, I have created a simpler test case, which produces the behaviour in one script, and BEFORE serialization: "; echo $var2.""; ?> Actual Output in 4.3.0: CHANGED CHANGED Session data after execution var1|s:7:"CHANGED";var2|R:1; So it seems that $var2 is a reference of $var1, but only if the session_start and session_register functions are called. Notes: The bug occurs even if the "session_start();" and the "$var1 = $var2 = "INITIALIZED";" lines are swapped. The buggy behaviour disappears if I move the line "$var2 = "CHANGED"" above the session_register() call. [2003-02-09 16:07:53] phpbugs at brianmertens dot com Here's the contents of the session file, immediately after execution of my first test script test_bug1.php, from versions 4.2.2 and 4.3.0: session file from 4.2.2: var1|s:11:"INITIALIZED";var2|s:11:"INITIALIZED"; session file from 4.3.0: var1|s:11:"INITIALIZED";var2|R:1; 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/22117 -- Edit this bug report at http://bugs.php.net/?id=22117&edit=1
#22214 [Opn]: On Class Extend Class no Vars are inherite
ID: 22214 User updated by: White_Angel at gmx dot de -Summary: On Class Extend mainClass no Vars are inherite Reported By: White_Angel at gmx dot de Status: Open Bug Type: Zend Engine 2 problem Operating System: Linux PHP Version: 5CVS-2003-02-13 (dev) New Comment: hm. If you dont have an Access to the var $t1 in the test2 class. in runs...(the inherited method from class1 habe the var) the accesing method of class2 don't must be called. Previous Comments: [2003-02-13 17:13:02] White_Angel at gmx dot de still exists. [2003-02-13 16:56:16] White_Angel at gmx dot de /usr/local/php5/bin/php -v PHP 5.0.0-dev (cgi), Copyright (c) 1997-2003 The PHP Group Zend Engine v2.0.0-dev, Copyright (c) 1998-2003 Zend Technologies [root@app-server php5]# /usr/local/php5/bin/php /home/white/phptest/varbug.php Content-type: text/html X-Powered-By: PHP/5.0.0-dev test1:b Content of t1:This is a simple Variable test2:a Content of t1: test1:b Content of t1: [root@app-server php5]# What is my Failure ? New CLean cvs checkout of Module php5. buidlconf configure --prefix make make install [2003-02-13 16:52:56] White_Angel at gmx dot de PS: other thing, where i thougt it's was my fault. var $test="aaa" $a="test" $this->$test in an class file in an etxra php file. my php was killen with an segfault when this file was included. (No instance of this class exists -> only include) [2003-02-13 16:52:09] [EMAIL PROTECTED] It has just been documented then. [2003-02-13 16:50:19] White_Angel at gmx dot de It's compiling right now. (it's documentt on your anonymous CVS How to Page http://www.php.net/anoncvs.php) The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/22214 -- Edit this bug report at http://bugs.php.net/?id=22214&edit=1
#22250 [Fbk->Opn]: Sablotron version 0.96 or greater required
ID: 22250
User updated by: phpbug at spambox dot dk
Reported By: phpbug at spambox dot dk
-Status: Feedback
+Status: Open
Bug Type: XSLT related
Operating System: FreeBSD 4.7-stable
PHP Version: 4CVS-2003-02-17 (stable)
New Comment:
Seems like youre on the right track.
%tail -n 25 config.log
/tmp/cc4LD9kJ.s:250: Warning: .stabn: description field '12293' too
big, try a different debug format
/tmp/cc4LD9kJ.s:255: Warning: .stabn: description field '12294' too
big, try a different debug format
/tmp/cc4LD9kJ.s:260: Warning: .stabs: description field '1228c' too
big, try a different debug format
/tmp/cc4LD9kJ.s:261: Warning: .stabs: description field '1228d' too
big, try a different debug format
/usr/local/lib/libsnmp.so: undefined reference to `des_cbc_encrypt'
/usr/local/lib/libsnmp.so: undefined reference to `des_key_sched'
/usr/local/lib/libsnmp.so: undefined reference to `des_ncbc_encrypt'
configure: failed program was:
#line 74374 "configure"
#include "confdefs.h"
#include
#include
int main ()
{
double version;
version = atof(SAB_VERSION);
if (version >= 0.96) {
exit(0);
}
exit(255);
}
%./sablot-config --libs
-L/usr/local/lib -liconv -lexpat
Previous Comments:
[2003-02-17 12:29:25] [EMAIL PROTECTED]
Also the output of sablot-config --libs please. My guess is you have
iconv installed and Sablotron picked up on it. Could you confirm that?
[2003-02-17 12:01:40] [EMAIL PROTECTED]
Could you past the last 20 lines or so, from config.log?
[2003-02-17 09:44:22] phpbug at spambox dot dk
I'm trying to add Sablotron/XSLT to my PHP installation with the stable
release php4-STABLE-200302171430.
I have installed Expat 1.95.5 and Sablotron 0.97 from source.
I configure PHP with the following options:
./configure --prefix=/usr/local --enable-cli --without-pear
--with-mysql=/usr/local/mysql --with-gd --enable-gd-native-ttf
--with-t1lib --with-jpeg-dir --with-png-dir --with-tiff-dir
--with-zlib-dir
--with-freetype-dir=/usr/local/include/freetype2/freetype
--with-xpm-dir=/usr/X11R6 --enable-exif --with-iconv
--with-openssl=/usr --with-imap --with-imap-ssl=/usr --with-gettext
--with-zlib --with-pdflib --enable-exif --enable-ftp --enable-bcmath
--with-mcrypt --with-snmp=/usr/local --enable-ucd-snmp-hack
--enable-sockets --enable-calendar --with-dom
--with-expat-dir=/usr/local --with-xml --enable-xslt --with-xslt-sablot
--enable-sablot-errors-descriptive
--with-config-file-path=/usr/local/etc --with-tsrm-pth
--with-apxs=/usr/local/apache/bin/apxs
But i get the following error:
checking whether to enable xslt support... yes
checking for XSLT Sablotron backend... yes
checking for libexpat dir for Sablotron XSL support... yes
checking for iconv dir for Sablotron XSL support... yes
checking for JavaScript for Sablotron XSL support... yes
checking for Sablotron libraries in the default path... found in
/usr/local
checking for sablot-config... found
checking for Sablotron version... configure: error: Sablotron version
0.96 or greater required.
The output from sablot config:
%./sablot-config --version
0.97
What to do?
Best regards Henrik
--
Edit this bug report at http://bugs.php.net/?id=22250&edit=1
#22255 [Fbk->Bgs]: Fatal error: Call to undefined function: mysql_connect()
ID: 22255 Updated by: [EMAIL PROTECTED] Reported By: tu_kara at hotmail dot com -Status: Feedback +Status: Bogus Bug Type: MySQL related Operating System: linux PHP Version: 4.3.0 New Comment: 4.3.0 binaries from php.net are compiled with MySQL Support. If you compile php by yourself, don't specify --without-mysql in configure options. Previous Comments: [2003-02-17 12:28:35] [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-02-17 12:23:31] tu_kara at hotmail dot com Fatal error: Call to undefined function: mysql_connect() -- Edit this bug report at http://bugs.php.net/?id=22255&edit=1
#22257 [NEW]: stat fails in fread() of fopen()'d file
From: dev at sonicunion dot co dot uk Operating system: Windows 98 SE PHP version: 4.2.3 PHP Bug Type: Filesystem function related Bug description: stat fails in fread() of fopen()'d file Using the code: On my machine, it triggors the error: Warning: stat failed for Resource id #1 (errno=2 - No such file or directory) in c:\php\www\sonicunion_beta\\run.php on line 5 When error is surpressed, with @, the file read is not evaled. No other errors occur. Specs: Win98; Apache 1.3.2; PHP4.2.3; -- Edit bug report at http://bugs.php.net/?id=22257&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22257&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22257&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22257&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22257&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22257&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22257&r=support Expected behavior: http://bugs.php.net/fix.php?id=22257&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22257&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22257&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22257&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22257&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22257&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22257&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22257&r=gnused
#22257 [Opn]: stat fails in fread() of fopen()'d file
ID: 22257 User updated by: dev at sonicunion dot co dot uk Reported By: dev at sonicunion dot co dot uk Status: Open Bug Type: Filesystem function related Operating System: Windows 98 SE PHP Version: 4.2.3 New Comment: That double slash in the error ( c:\php\www\sonicunion_beta\\run.php ) should not be there. I re-ran the script and the error still occurs, but with a single slash (..._beta\run.php). This was only caused because I was daft enough to type the URI in wrong in my browser. [NOTE: The same error DOES still occur!] Previous Comments: [2003-02-17 14:02:25] dev at sonicunion dot co dot uk Using the code: On my machine, it triggors the error: Warning: stat failed for Resource id #1 (errno=2 - No such file or directory) in c:\php\www\sonicunion_beta\\run.php on line 5 When error is surpressed, with @, the file read is not evaled. No other errors occur. Specs: Win98; Apache 1.3.2; PHP4.2.3; -- Edit this bug report at http://bugs.php.net/?id=22257&edit=1
#21506 [Com]: Latest CVS missing php4apache2.dll?
ID: 21506 Comment by: rabus at users dot sourceforge dot net Reported By: spoon at nexdot dot net Status: Closed Bug Type: Compile Failure Operating System: Windows XP PHP Version: 4CVS-2003-01-07 (dev) Assigned To: iliaa New Comment: Again, the file is missing in the latest CVS snapshot (5.0.0-CVS-20030217) due to some compile errors. Previous Comments: [2003-01-27 19:25:47] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2003-01-27 19:20:51] [EMAIL PROTECTED] Oops, too trigger happy. The actual fix has not been committed yet, but the cause of the problem has been established. [2003-01-27 19:03:27] [EMAIL PROTECTED] This has finally been fixed. The next snapshot should contain php4apache2.dll. [2003-01-27 17:43:49] [EMAIL PROTECTED] This should remain open until the problem is solved. Reopening. [2003-01-27 16:51:02] spoon at nexdot dot net They say that they are aware, but nothing has been done since it first happened (the time i mentioned). I really would like to test 5.0.x, but cant! :-( 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/21506 -- Edit this bug report at http://bugs.php.net/?id=21506&edit=1
#22258 [NEW]: imap_open() always fails when running as NSAPI
From: gandhia at agcs dot com
Operating system: Solaris 2.8
PHP version: 4.3.0
PHP Bug Type: iPlanet related
Bug description: imap_open() always fails when running as NSAPI
Under an iPlanet 4.1 SP11 web server, with PHP compiled as an NSAPI module,
imap_open() always fails. It does not even attempt to make a connection to
the IMAP server. However, the same code, executed in the PHP CLI works
perfectly.
Here is a sample of a script that does not work under the NSAPI module,
but works under the CLI:
When run under the NSAPI module, the following error is generated:
Warning: imap_open(): Couldn't open stream {srv.abc.com:143/imap}INBOX in
/usr/SUNWips/public_html/agtest.php on line 2
Can't connect to srv.abc.com,143: No such file or directory
The remote IMAP server is an iPlanet Messaging server, but this is
irrelevant as traces have shown that the connection is not even attempted
when running as NSAPI.
A truss revealed only that once connect() is called, in the success case
(the CLI) time() and poll() follow, but under NSAPI, close() immediately
follows the call to connect().
--
Edit bug report at http://bugs.php.net/?id=22258&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22258&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=22258&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=22258&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22258&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=22258&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22258&r=support
Expected behavior: http://bugs.php.net/fix.php?id=22258&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22258&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22258&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=22258&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22258&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=22258&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=22258&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22258&r=gnused
#17782 [Com]: Apache2 crashes on curl_exec()
ID: 17782
Comment by: nthomas at mailbox dot hu
Reported By: erik at nflare dot com
Status: Closed
Bug Type: cURL related
Operating System: WinXP
PHP Version: 4.2.1
Assigned To: sterling
New Comment:
I get the same behaviour with PHP 4.3.0 with Apache 1.3.24 on Windows
XP. Both from command line and as an Apache module. Copy-pasted the
example from the manual, and PHP crashed on me. Makes development a
real headache if it doesn't work on Windows.
Previous Comments:
[2002-07-10 23:36:08] [EMAIL PROTECTED]
Can not reprocude with latest CVS and using curl 7.9.8 on
Linux.
[2002-06-17 15:32:28] [EMAIL PROTECTED]
reclassified.
[2002-06-17 09:02:04] kja at filanet dot dk
I have seen the same on Win2000.
With the example from the documentation
http://www.example.com/";);
$fp = fopen ("example_homepage.txt", "w");
curl_setopt ($ch, CURLOPT_FILE, $fp);
curl_setopt ($ch, CURLOPT_HEADER, 0);
curl_exec ($ch);
curl_close ($ch);
fclose ($fp);
?>
it crashes (application error/GPF) with PHP 4.2.1 both when run from
commandline and as module under Apache 1.3.24
It works fine with PHP 4.1.2.
If removing the line
curl_setopt ($ch, CURLOPT_FILE, $fp);
it works fine with PHP 4.2.1 but that is of course a totally different
behavior. Seems to be a CURL bug ...
I have not invested time in figuring out how to do a backtrace on
Win32. I hope above should be sufficiently detailed to track down the
issue.
[2002-06-16 17:21:52] [EMAIL PROTECTED]
you will need to buy (or find a free one) a compiler, and a debugger.
the only supported by the PHP team (to my knowledge) is the MS Visual
Studio.
for advice on getting a backtrace from that consult the product's
documentation.
[2002-06-16 17:15:11] erik at nflare dot com
Derick, I went to that page, but I couldn't find any information on how
to run the backtrace in Windows. Looked like all unix commands to me.
Could you please help me?
Thanks.
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/17782
--
Edit this bug report at http://bugs.php.net/?id=17782&edit=1
#22259 [NEW]: fsock.h:43: warning: `struct in_addr' declared inside parameter list
From: ikazdek at hotmail dot com Operating system: FreeBSD 4.7-STABLE PHP version: 4.3.1 PHP Bug Type: Compile Failure Bug description: fsock.h:43: warning: `struct in_addr' declared inside parameter list configured with: ./configure --with-apxs=/usr/local/sbin/apxs --with-config-file-path=/usr/local/etc --enable-versioning \ --with-regex=system --without-gd --without-mysql --with-zlib --with-imap=/usr/local \ --with-mysql=/usr/local --with-ldap=/usr/local --with-expat-dir=/usr/local \ --with-gettext=/usr/local --prefix=/usr/local --enable-track-vars --enable-force-cgi-redirect it fails to compile at: bash-2.05b# make /bin/sh libtool --silent --mode=compile gcc -Iext/zlib/ -I/usr/local/src/php-4.3.1/ext/zlib/ -DPHP_ATOM_INC -I/usr/local/src/php-4.3.1/include -I/usr/local/src/php-4.3.1/main -I/usr/local/src/php-4.3.1 -I/usr/local/src/php-4.3.1/Zend -I/usr/local/include -I/usr/local/include/c-client -I/usr/local/include/mysql -DMOD_SSL=208112 -DMOD_PERL -DUSE_PERL_SSI -DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.0/BSDPAN" -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DEAPI -DAPPLLIB_EXP=/usr/local/lib/perl5/5.8.0/BSDPAN -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -I/usr/local/src/php-4.3.1/TSRM -g -O2 -prefer-pic -c /usr/local/src/php-4.3.1/ext/zlib/zlib.c -o ext/zlib/zlib.lo In file included from /usr/include/sys/param.h:104, from /usr/local/src/php-4.3.1/TSRM/tsrm_config_common.h:14, from /usr/local/src/php-4.3.1/TSRM/tsrm_virtual_cwd.h:26, from /usr/local/src/php-4.3.1/main/php.h:360, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/include/machine/limits.h:81: warning: `LONG_MAX' redefined /usr/local/src/php-4.3.1/Zend/zend.h:189: warning: this is the location of the previous definition /usr/include/machine/limits.h:82: warning: `LONG_MIN' redefined /usr/local/src/php-4.3.1/Zend/zend.h:193: warning: this is the location of the previous definition In file included from /usr/local/src/php-4.3.1/TSRM/tsrm_config_common.h:14, from /usr/local/src/php-4.3.1/TSRM/tsrm_virtual_cwd.h:26, from /usr/local/src/php-4.3.1/main/php.h:360, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/include/sys/param.h:193: warning: `MAXPATHLEN' redefined /usr/local/src/php-4.3.1/main/php.h:237: warning: this is the location of the previous definition In file included from /usr/local/src/php-4.3.1/Zend/zend.h:202, from /usr/local/src/php-4.3.1/main/php.h:34, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/Zend/zend_hash.h:119: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/Zend/zend.h:203, from /usr/local/src/php-4.3.1/main/php.h:34, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/Zend/zend_llist.h:34: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/main/php.h:34, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/Zend/zend.h:285: syntax error before `va_list' /usr/local/src/php-4.3.1/Zend/zend.h:423: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/main/php.h:224, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/main/spprintf.h:40: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/main/php.h:277: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/main/php.h:360, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159: warning: `struct utimbuf' declared inside parameter list /usr/local/src/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159: warning: its scope is only this definition or declaration, which is probably not what you want. In file included from /usr/local/src/php-4.3.1/ext/standard/fsock.h:38, from /usr/local/src/php-4.3.1/ext/standard/php_standard.h:44, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:48: /usr/local/src/php-4.3.1/main/php_network.h:113: syntax error before `socklen_t' /usr/local/src/php-4.3.1/main/php_network.h:113: warning: `struct sockaddr' declared inside parameter list In file included from /usr/local/src/php-4.3.1/ext/standard/php_standard.h:44, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:48: /usr/local/src/php-4.3.1/ext/standard/fsock.h:43: warning: `struct in_addr' declared inside parameter list *** Error code 1 Stop in /usr/local/src/php-4.3.1. -- Edit bug report at http://bugs.php.net/?id=22259&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22259&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22259&r=fixedcvs Fixed in release: http://bugs.php.net
#22260 [NEW]: [phpweb] php.net/ini/directive-name -> man page
From: philip at cornado dot com Operating system: all PHP version: 4.3.1 PHP Bug Type: Feature/Change Request Bug description: [phpweb] php.net/ini/directive-name -> man page This is a phpweb feature request for the following. Here's an example: php.net/ini/register-globals Which would redirect to an appropriate ini entry which would be: configuration.directives.php#ini.register-globals The idea is every documented php directive would redirect as such. One consideration is how all ini directives are currently scattered about in the manual (per module/subject) so I don't believe this is a simple one line redirect. This is related to phpdoc discussions about a page that lists all ini directives which might either link to the appropriate directive entries (index) or this page might include the definitions. Point is, this is a related feature request. Maybe php.net/ini will list them all. -- Edit bug report at http://bugs.php.net/?id=22260&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22260&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22260&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22260&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22260&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22260&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22260&r=support Expected behavior: http://bugs.php.net/fix.php?id=22260&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22260&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22260&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22260&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22260&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22260&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22260&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22260&r=gnused
#22250 [Opn->Asn]: Sablotron version 0.96 or greater required
ID: 22250
Updated by: [EMAIL PROTECTED]
Reported By: phpbug at spambox dot dk
-Status: Open
+Status: Assigned
Bug Type: XSLT related
Operating System: FreeBSD 4.7-stable
PHP Version: 4CVS-2003-02-17 (stable)
-Assigned To:
+Assigned To: sniper
New Comment:
This actually is snmp problem, it doesn't have any test
that the selected libs actually work..I'm on it.
Previous Comments:
[2003-02-17 13:36:05] phpbug at spambox dot dk
Seems like youre on the right track.
%tail -n 25 config.log
/tmp/cc4LD9kJ.s:250: Warning: .stabn: description field '12293' too
big, try a different debug format
/tmp/cc4LD9kJ.s:255: Warning: .stabn: description field '12294' too
big, try a different debug format
/tmp/cc4LD9kJ.s:260: Warning: .stabs: description field '1228c' too
big, try a different debug format
/tmp/cc4LD9kJ.s:261: Warning: .stabs: description field '1228d' too
big, try a different debug format
/usr/local/lib/libsnmp.so: undefined reference to `des_cbc_encrypt'
/usr/local/lib/libsnmp.so: undefined reference to `des_key_sched'
/usr/local/lib/libsnmp.so: undefined reference to `des_ncbc_encrypt'
configure: failed program was:
#line 74374 "configure"
#include "confdefs.h"
#include
#include
int main ()
{
double version;
version = atof(SAB_VERSION);
if (version >= 0.96) {
exit(0);
}
exit(255);
}
%./sablot-config --libs
-L/usr/local/lib -liconv -lexpat
[2003-02-17 12:29:25] [EMAIL PROTECTED]
Also the output of sablot-config --libs please. My guess is you have
iconv installed and Sablotron picked up on it. Could you confirm that?
[2003-02-17 12:01:40] [EMAIL PROTECTED]
Could you past the last 20 lines or so, from config.log?
[2003-02-17 09:44:22] phpbug at spambox dot dk
I'm trying to add Sablotron/XSLT to my PHP installation with the stable
release php4-STABLE-200302171430.
I have installed Expat 1.95.5 and Sablotron 0.97 from source.
I configure PHP with the following options:
./configure --prefix=/usr/local --enable-cli --without-pear
--with-mysql=/usr/local/mysql --with-gd --enable-gd-native-ttf
--with-t1lib --with-jpeg-dir --with-png-dir --with-tiff-dir
--with-zlib-dir
--with-freetype-dir=/usr/local/include/freetype2/freetype
--with-xpm-dir=/usr/X11R6 --enable-exif --with-iconv
--with-openssl=/usr --with-imap --with-imap-ssl=/usr --with-gettext
--with-zlib --with-pdflib --enable-exif --enable-ftp --enable-bcmath
--with-mcrypt --with-snmp=/usr/local --enable-ucd-snmp-hack
--enable-sockets --enable-calendar --with-dom
--with-expat-dir=/usr/local --with-xml --enable-xslt --with-xslt-sablot
--enable-sablot-errors-descriptive
--with-config-file-path=/usr/local/etc --with-tsrm-pth
--with-apxs=/usr/local/apache/bin/apxs
But i get the following error:
checking whether to enable xslt support... yes
checking for XSLT Sablotron backend... yes
checking for libexpat dir for Sablotron XSL support... yes
checking for iconv dir for Sablotron XSL support... yes
checking for JavaScript for Sablotron XSL support... yes
checking for Sablotron libraries in the default path... found in
/usr/local
checking for sablot-config... found
checking for Sablotron version... configure: error: Sablotron version
0.96 or greater required.
The output from sablot config:
%./sablot-config --version
0.97
What to do?
Best regards Henrik
--
Edit this bug report at http://bugs.php.net/?id=22250&edit=1
#22252 [Opn->Bgs]: Fails on Make Install -Apache 2 - PHP 4.3.0 and 4.3.1
ID: 22252 Updated by: [EMAIL PROTECTED] Reported By: justincouto at msn dot com -Status: Open +Status: Bogus -Bug Type: Compile Failure +Bug Type: Apache2 related Operating System: FreeBSD 5.0 PHP Version: 4.3.0 New Comment: Like you said in your last comment, there is no way to compile PHP as static module into Apache2. You have to have Apache2 installed first, and then use the correct configure option, '--with-apxs2' Please ask further support questions on the [EMAIL PROTECTED] mailing list. Thank you. Previous Comments: [2003-02-17 13:12:15] justincouto at msn dot com I ahve done tons of research on this and it seems other people are also having this problem and that a static php module won't work in apache 2.0 and the only way to get it to work is using a dso installation [2003-02-17 12:16:43] justincouto at msn dot com I just noticed that php 4.3.1 just came out. I tried installing with the same config script and I get the same problem. [2003-02-17 11:28:19] justincouto at msn dot com I am installing php using the follwing config: ./configure --with-mysql=/usr/local/mysql --with-xml --with-apache2=../httpd-2.0.44/ --enable-ftp --enable-track-vars --with-curl=/usr/local/lib --with-openssl=/usr --disable-cgi The configuration works fine. The make works fin as well However, when I do "make install" I get the following error: url -lssl -lcrypto -o libphp4.la Installing PHP SAPI module :No such file or directory *** Error code 1 I tried asking around on IRC and looking in the news groups, but the only answer I got was that there must be a typo in the make file. Could you please assist me with this? Thank you. -- Edit this bug report at http://bugs.php.net/?id=22252&edit=1
#22257 [Opn->Bgs]: stat fails in fread() of fopen()'d file
ID: 22257 Updated by: [EMAIL PROTECTED] Reported By: dev at sonicunion dot co dot uk -Status: Open +Status: Bogus Bug Type: Filesystem function related Operating System: Windows 98 SE PHP Version: 4.2.3 New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. We're alread at PHP 4.3.1.. Previous Comments: [2003-02-17 14:06:43] dev at sonicunion dot co dot uk That double slash in the error ( c:\php\www\sonicunion_beta\\run.php ) should not be there. I re-ran the script and the error still occurs, but with a single slash (..._beta\run.php). This was only caused because I was daft enough to type the URI in wrong in my browser. [NOTE: The same error DOES still occur!] [2003-02-17 14:02:25] dev at sonicunion dot co dot uk Using the code: On my machine, it triggors the error: Warning: stat failed for Resource id #1 (errno=2 - No such file or directory) in c:\php\www\sonicunion_beta\\run.php on line 5 When error is surpressed, with @, the file read is not evaled. No other errors occur. Specs: Win98; Apache 1.3.2; PHP4.2.3; -- Edit this bug report at http://bugs.php.net/?id=22257&edit=1
#22250 [Asn->Fbk]: Sablotron version 0.96 or greater required
ID: 22250
Updated by: [EMAIL PROTECTED]
Reported By: phpbug at spambox dot dk
-Status: Assigned
+Status: Feedback
Bug Type: XSLT related
Operating System: FreeBSD 4.7-stable
PHP Version: 4CVS-2003-02-17 (stable)
Assigned To: sniper
New Comment:
Please try the next stable snapshot from http://snaps.php.net/ in about
2 hours.
Previous Comments:
[2003-02-17 16:25:27] [EMAIL PROTECTED]
This actually is snmp problem, it doesn't have any test
that the selected libs actually work..I'm on it.
[2003-02-17 13:36:05] phpbug at spambox dot dk
Seems like youre on the right track.
%tail -n 25 config.log
/tmp/cc4LD9kJ.s:250: Warning: .stabn: description field '12293' too
big, try a different debug format
/tmp/cc4LD9kJ.s:255: Warning: .stabn: description field '12294' too
big, try a different debug format
/tmp/cc4LD9kJ.s:260: Warning: .stabs: description field '1228c' too
big, try a different debug format
/tmp/cc4LD9kJ.s:261: Warning: .stabs: description field '1228d' too
big, try a different debug format
/usr/local/lib/libsnmp.so: undefined reference to `des_cbc_encrypt'
/usr/local/lib/libsnmp.so: undefined reference to `des_key_sched'
/usr/local/lib/libsnmp.so: undefined reference to `des_ncbc_encrypt'
configure: failed program was:
#line 74374 "configure"
#include "confdefs.h"
#include
#include
int main ()
{
double version;
version = atof(SAB_VERSION);
if (version >= 0.96) {
exit(0);
}
exit(255);
}
%./sablot-config --libs
-L/usr/local/lib -liconv -lexpat
[2003-02-17 12:29:25] [EMAIL PROTECTED]
Also the output of sablot-config --libs please. My guess is you have
iconv installed and Sablotron picked up on it. Could you confirm that?
[2003-02-17 12:01:40] [EMAIL PROTECTED]
Could you past the last 20 lines or so, from config.log?
[2003-02-17 09:44:22] phpbug at spambox dot dk
I'm trying to add Sablotron/XSLT to my PHP installation with the stable
release php4-STABLE-200302171430.
I have installed Expat 1.95.5 and Sablotron 0.97 from source.
I configure PHP with the following options:
./configure --prefix=/usr/local --enable-cli --without-pear
--with-mysql=/usr/local/mysql --with-gd --enable-gd-native-ttf
--with-t1lib --with-jpeg-dir --with-png-dir --with-tiff-dir
--with-zlib-dir
--with-freetype-dir=/usr/local/include/freetype2/freetype
--with-xpm-dir=/usr/X11R6 --enable-exif --with-iconv
--with-openssl=/usr --with-imap --with-imap-ssl=/usr --with-gettext
--with-zlib --with-pdflib --enable-exif --enable-ftp --enable-bcmath
--with-mcrypt --with-snmp=/usr/local --enable-ucd-snmp-hack
--enable-sockets --enable-calendar --with-dom
--with-expat-dir=/usr/local --with-xml --enable-xslt --with-xslt-sablot
--enable-sablot-errors-descriptive
--with-config-file-path=/usr/local/etc --with-tsrm-pth
--with-apxs=/usr/local/apache/bin/apxs
But i get the following error:
checking whether to enable xslt support... yes
checking for XSLT Sablotron backend... yes
checking for libexpat dir for Sablotron XSL support... yes
checking for iconv dir for Sablotron XSL support... yes
checking for JavaScript for Sablotron XSL support... yes
checking for Sablotron libraries in the default path... found in
/usr/local
checking for sablot-config... found
checking for Sablotron version... configure: error: Sablotron version
0.96 or greater required.
The output from sablot config:
%./sablot-config --version
0.97
What to do?
Best regards Henrik
--
Edit this bug report at http://bugs.php.net/?id=22250&edit=1
#22259 [Opn->Fbk]: fsock.h:43: warning: `struct in_addr' declared inside parameter list
ID: 22259 Updated by: [EMAIL PROTECTED] Reported By: ikazdek at hotmail dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: FreeBSD 4.7-STABLE PHP Version: 4.3.1 New Comment: This has been reported by other before, and usually it has been a problem in their systems or broken PHP sources.. Try again but use the PHP 4.3.0 package. Previous Comments: [2003-02-17 16:04:40] ikazdek at hotmail dot com configured with: ./configure --with-apxs=/usr/local/sbin/apxs --with-config-file-path=/usr/local/etc --enable-versioning \ --with-regex=system --without-gd --without-mysql --with-zlib --with-imap=/usr/local \ --with-mysql=/usr/local --with-ldap=/usr/local --with-expat-dir=/usr/local \ --with-gettext=/usr/local --prefix=/usr/local --enable-track-vars --enable-force-cgi-redirect it fails to compile at: bash-2.05b# make /bin/sh libtool --silent --mode=compile gcc -Iext/zlib/ -I/usr/local/src/php-4.3.1/ext/zlib/ -DPHP_ATOM_INC -I/usr/local/src/php-4.3.1/include -I/usr/local/src/php-4.3.1/main -I/usr/local/src/php-4.3.1 -I/usr/local/src/php-4.3.1/Zend -I/usr/local/include -I/usr/local/include/c-client -I/usr/local/include/mysql -DMOD_SSL=208112 -DMOD_PERL -DUSE_PERL_SSI -DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.0/BSDPAN" -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DEAPI -DAPPLLIB_EXP=/usr/local/lib/perl5/5.8.0/BSDPAN -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -I/usr/local/src/php-4.3.1/TSRM -g -O2 -prefer-pic -c /usr/local/src/php-4.3.1/ext/zlib/zlib.c -o ext/zlib/zlib.lo In file included from /usr/include/sys/param.h:104, from /usr/local/src/php-4.3.1/TSRM/tsrm_config_common.h:14, from /usr/local/src/php-4.3.1/TSRM/tsrm_virtual_cwd.h:26, from /usr/local/src/php-4.3.1/main/php.h:360, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/include/machine/limits.h:81: warning: `LONG_MAX' redefined /usr/local/src/php-4.3.1/Zend/zend.h:189: warning: this is the location of the previous definition /usr/include/machine/limits.h:82: warning: `LONG_MIN' redefined /usr/local/src/php-4.3.1/Zend/zend.h:193: warning: this is the location of the previous definition In file included from /usr/local/src/php-4.3.1/TSRM/tsrm_config_common.h:14, from /usr/local/src/php-4.3.1/TSRM/tsrm_virtual_cwd.h:26, from /usr/local/src/php-4.3.1/main/php.h:360, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/include/sys/param.h:193: warning: `MAXPATHLEN' redefined /usr/local/src/php-4.3.1/main/php.h:237: warning: this is the location of the previous definition In file included from /usr/local/src/php-4.3.1/Zend/zend.h:202, from /usr/local/src/php-4.3.1/main/php.h:34, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/Zend/zend_hash.h:119: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/Zend/zend.h:203, from /usr/local/src/php-4.3.1/main/php.h:34, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/Zend/zend_llist.h:34: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/main/php.h:34, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/Zend/zend.h:285: syntax error before `va_list' /usr/local/src/php-4.3.1/Zend/zend.h:423: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/main/php.h:224, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/main/spprintf.h:40: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/main/php.h:277: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/main/php.h:360, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159: warning: `struct utimbuf' declared inside parameter list /usr/local/src/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159: warning: its scope is only this definition or declaration, which is probably not what you want. In file included from /usr/local/src/php-4.3.1/ext/standard/fsock.h:38, from /usr/local/src/php-4.3.1/ext/standard/php_standard.h:44, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:48: /usr/local/src/php-4.3.1/main/php_network.h:113: syntax error before `socklen_t' /usr/local/src/php-4.3.1/main/php_network.h:113: warning: `struct sockaddr' declared inside parameter list In file included from /usr/local/src/php-4.3.1/ext/standard/php_standard.h:44, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:48: /usr/local/src/php-4.3.1/ext/standard/fsock.h:43: warning: `struct in_addr' decl
#22259 [Fbk]: fsock.h:43: warning: `struct in_addr' declared inside parameter list
ID: 22259 Updated by: [EMAIL PROTECTED] Reported By: ikazdek at hotmail dot com Status: Feedback Bug Type: Compile Failure Operating System: FreeBSD 4.7-STABLE PHP Version: 4.3.1 New Comment: And remove --enable-versioning, --enable-track-vars and --enable-force-cgi-redirect from your configure line, the last one is not needed for --with-apxs build. Previous Comments: [2003-02-17 17:06:20] [EMAIL PROTECTED] This has been reported by other before, and usually it has been a problem in their systems or broken PHP sources.. Try again but use the PHP 4.3.0 package. [2003-02-17 16:04:40] ikazdek at hotmail dot com configured with: ./configure --with-apxs=/usr/local/sbin/apxs --with-config-file-path=/usr/local/etc --enable-versioning \ --with-regex=system --without-gd --without-mysql --with-zlib --with-imap=/usr/local \ --with-mysql=/usr/local --with-ldap=/usr/local --with-expat-dir=/usr/local \ --with-gettext=/usr/local --prefix=/usr/local --enable-track-vars --enable-force-cgi-redirect it fails to compile at: bash-2.05b# make /bin/sh libtool --silent --mode=compile gcc -Iext/zlib/ -I/usr/local/src/php-4.3.1/ext/zlib/ -DPHP_ATOM_INC -I/usr/local/src/php-4.3.1/include -I/usr/local/src/php-4.3.1/main -I/usr/local/src/php-4.3.1 -I/usr/local/src/php-4.3.1/Zend -I/usr/local/include -I/usr/local/include/c-client -I/usr/local/include/mysql -DMOD_SSL=208112 -DMOD_PERL -DUSE_PERL_SSI -DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.0/BSDPAN" -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DEAPI -DAPPLLIB_EXP=/usr/local/lib/perl5/5.8.0/BSDPAN -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -I/usr/local/src/php-4.3.1/TSRM -g -O2 -prefer-pic -c /usr/local/src/php-4.3.1/ext/zlib/zlib.c -o ext/zlib/zlib.lo In file included from /usr/include/sys/param.h:104, from /usr/local/src/php-4.3.1/TSRM/tsrm_config_common.h:14, from /usr/local/src/php-4.3.1/TSRM/tsrm_virtual_cwd.h:26, from /usr/local/src/php-4.3.1/main/php.h:360, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/include/machine/limits.h:81: warning: `LONG_MAX' redefined /usr/local/src/php-4.3.1/Zend/zend.h:189: warning: this is the location of the previous definition /usr/include/machine/limits.h:82: warning: `LONG_MIN' redefined /usr/local/src/php-4.3.1/Zend/zend.h:193: warning: this is the location of the previous definition In file included from /usr/local/src/php-4.3.1/TSRM/tsrm_config_common.h:14, from /usr/local/src/php-4.3.1/TSRM/tsrm_virtual_cwd.h:26, from /usr/local/src/php-4.3.1/main/php.h:360, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/include/sys/param.h:193: warning: `MAXPATHLEN' redefined /usr/local/src/php-4.3.1/main/php.h:237: warning: this is the location of the previous definition In file included from /usr/local/src/php-4.3.1/Zend/zend.h:202, from /usr/local/src/php-4.3.1/main/php.h:34, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/Zend/zend_hash.h:119: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/Zend/zend.h:203, from /usr/local/src/php-4.3.1/main/php.h:34, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/Zend/zend_llist.h:34: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/main/php.h:34, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/Zend/zend.h:285: syntax error before `va_list' /usr/local/src/php-4.3.1/Zend/zend.h:423: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/main/php.h:224, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/main/spprintf.h:40: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/main/php.h:277: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/main/php.h:360, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159: warning: `struct utimbuf' declared inside parameter list /usr/local/src/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159: warning: its scope is only this definition or declaration, which is probably not what you want. In file included from /usr/local/src/php-4.3.1/ext/standard/fsock.h:38, from /usr/local/src/php-4.3.1/ext/standard/php_standard.h:44, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:48: /usr/local/src/php-4.3.1/main/php_network.h:113: syntax error before `socklen_t' /usr/local/src/php-4.3.1/main/php_network.h:113: warning: `struct sockaddr' d
#22259 [Fbk->Opn]: fsock.h:43: warning: `struct in_addr' declared inside parameter list
ID: 22259 User updated by: ikazdek at hotmail dot com Reported By: ikazdek at hotmail dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: FreeBSD 4.7-STABLE PHP Version: 4.3.1 New Comment: You get the same results with 4.3.0 4.3.1 was released today to fix a vulnerability in 4.3.0 dealing with the --enable-force-cgi-redirect. --enable-force-cgi-redirect and --enable-track-vars are required/recomended by Squirrelmail, which is the only reason I'm installing PHP. So how about we try to make the "stable" released version of PHP work instead of recommending the installation of development versions or suggesting to removed required options. As done in previous bug threads regarding similar compile problems. Argh. Previous Comments: [2003-02-17 17:07:08] [EMAIL PROTECTED] And remove --enable-versioning, --enable-track-vars and --enable-force-cgi-redirect from your configure line, the last one is not needed for --with-apxs build. [2003-02-17 17:06:20] [EMAIL PROTECTED] This has been reported by other before, and usually it has been a problem in their systems or broken PHP sources.. Try again but use the PHP 4.3.0 package. [2003-02-17 16:04:40] ikazdek at hotmail dot com configured with: ./configure --with-apxs=/usr/local/sbin/apxs --with-config-file-path=/usr/local/etc --enable-versioning \ --with-regex=system --without-gd --without-mysql --with-zlib --with-imap=/usr/local \ --with-mysql=/usr/local --with-ldap=/usr/local --with-expat-dir=/usr/local \ --with-gettext=/usr/local --prefix=/usr/local --enable-track-vars --enable-force-cgi-redirect it fails to compile at: bash-2.05b# make /bin/sh libtool --silent --mode=compile gcc -Iext/zlib/ -I/usr/local/src/php-4.3.1/ext/zlib/ -DPHP_ATOM_INC -I/usr/local/src/php-4.3.1/include -I/usr/local/src/php-4.3.1/main -I/usr/local/src/php-4.3.1 -I/usr/local/src/php-4.3.1/Zend -I/usr/local/include -I/usr/local/include/c-client -I/usr/local/include/mysql -DMOD_SSL=208112 -DMOD_PERL -DUSE_PERL_SSI -DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.0/BSDPAN" -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DEAPI -DAPPLLIB_EXP=/usr/local/lib/perl5/5.8.0/BSDPAN -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -I/usr/local/src/php-4.3.1/TSRM -g -O2 -prefer-pic -c /usr/local/src/php-4.3.1/ext/zlib/zlib.c -o ext/zlib/zlib.lo In file included from /usr/include/sys/param.h:104, from /usr/local/src/php-4.3.1/TSRM/tsrm_config_common.h:14, from /usr/local/src/php-4.3.1/TSRM/tsrm_virtual_cwd.h:26, from /usr/local/src/php-4.3.1/main/php.h:360, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/include/machine/limits.h:81: warning: `LONG_MAX' redefined /usr/local/src/php-4.3.1/Zend/zend.h:189: warning: this is the location of the previous definition /usr/include/machine/limits.h:82: warning: `LONG_MIN' redefined /usr/local/src/php-4.3.1/Zend/zend.h:193: warning: this is the location of the previous definition In file included from /usr/local/src/php-4.3.1/TSRM/tsrm_config_common.h:14, from /usr/local/src/php-4.3.1/TSRM/tsrm_virtual_cwd.h:26, from /usr/local/src/php-4.3.1/main/php.h:360, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/include/sys/param.h:193: warning: `MAXPATHLEN' redefined /usr/local/src/php-4.3.1/main/php.h:237: warning: this is the location of the previous definition In file included from /usr/local/src/php-4.3.1/Zend/zend.h:202, from /usr/local/src/php-4.3.1/main/php.h:34, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/Zend/zend_hash.h:119: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/Zend/zend.h:203, from /usr/local/src/php-4.3.1/main/php.h:34, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/Zend/zend_llist.h:34: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/main/php.h:34, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/Zend/zend.h:285: syntax error before `va_list' /usr/local/src/php-4.3.1/Zend/zend.h:423: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/main/php.h:224, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/main/spprintf.h:40: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/main/php.h:277: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/main/php.h:360, fr
#22258 [Opn]: imap_open() always fails when running as NSAPI
ID: 22258
Updated by: [EMAIL PROTECTED]
Reported By: gandhia at agcs dot com
Status: Open
Bug Type: iPlanet related
Operating System: Solaris 2.8
PHP Version: 4.3.0
New Comment:
This is most likely some thread safety issue:
http://httpd.apache.org/docs-2.0/developer/thread_safety.html
Adding the url here as reference to any other possible
issues with PHP. This is not really PHP problem..
Previous Comments:
[2003-02-17 15:25:52] gandhia at agcs dot com
Under an iPlanet 4.1 SP11 web server, with PHP compiled as an NSAPI
module, imap_open() always fails. It does not even attempt to make a
connection to the IMAP server. However, the same code, executed in the
PHP CLI works perfectly.
Here is a sample of a script that does not work under the NSAPI module,
but works under the CLI:
When run under the NSAPI module, the following error is generated:
Warning: imap_open(): Couldn't open stream {srv.abc.com:143/imap}INBOX
in /usr/SUNWips/public_html/agtest.php on line 2
Can't connect to srv.abc.com,143: No such file or directory
The remote IMAP server is an iPlanet Messaging server, but this is
irrelevant as traces have shown that the connection is not even
attempted when running as NSAPI.
A truss revealed only that once connect() is called, in the success
case (the CLI) time() and poll() follow, but under NSAPI, close()
immediately follows the call to connect().
--
Edit this bug report at http://bugs.php.net/?id=22258&edit=1
#22259 [Opn]: fsock.h:43: warning: `struct in_addr' declared inside parameter list
ID: 22259 Updated by: [EMAIL PROTECTED] Reported By: ikazdek at hotmail dot com Status: Open Bug Type: Compile Failure Operating System: FreeBSD 4.7-STABLE PHP Version: 4.3.1 New Comment: FYI: --enable-track-vars does NOT EXIST anymore. --enable-force-cgi-redirect does not do anything when you're building an APACHE DSO! The bug in 4.3.0 does _NOT_ affect PHP build as Apache module... Thank you and good luck. I'll forget this report from now on. Previous Comments: [2003-02-17 17:15:57] ikazdek at hotmail dot com You get the same results with 4.3.0 4.3.1 was released today to fix a vulnerability in 4.3.0 dealing with the --enable-force-cgi-redirect. --enable-force-cgi-redirect and --enable-track-vars are required/recomended by Squirrelmail, which is the only reason I'm installing PHP. So how about we try to make the "stable" released version of PHP work instead of recommending the installation of development versions or suggesting to removed required options. As done in previous bug threads regarding similar compile problems. Argh. [2003-02-17 17:07:08] [EMAIL PROTECTED] And remove --enable-versioning, --enable-track-vars and --enable-force-cgi-redirect from your configure line, the last one is not needed for --with-apxs build. [2003-02-17 17:06:20] [EMAIL PROTECTED] This has been reported by other before, and usually it has been a problem in their systems or broken PHP sources.. Try again but use the PHP 4.3.0 package. [2003-02-17 16:04:40] ikazdek at hotmail dot com configured with: ./configure --with-apxs=/usr/local/sbin/apxs --with-config-file-path=/usr/local/etc --enable-versioning \ --with-regex=system --without-gd --without-mysql --with-zlib --with-imap=/usr/local \ --with-mysql=/usr/local --with-ldap=/usr/local --with-expat-dir=/usr/local \ --with-gettext=/usr/local --prefix=/usr/local --enable-track-vars --enable-force-cgi-redirect it fails to compile at: bash-2.05b# make /bin/sh libtool --silent --mode=compile gcc -Iext/zlib/ -I/usr/local/src/php-4.3.1/ext/zlib/ -DPHP_ATOM_INC -I/usr/local/src/php-4.3.1/include -I/usr/local/src/php-4.3.1/main -I/usr/local/src/php-4.3.1 -I/usr/local/src/php-4.3.1/Zend -I/usr/local/include -I/usr/local/include/c-client -I/usr/local/include/mysql -DMOD_SSL=208112 -DMOD_PERL -DUSE_PERL_SSI -DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.0/BSDPAN" -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DEAPI -DAPPLLIB_EXP=/usr/local/lib/perl5/5.8.0/BSDPAN -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -I/usr/local/src/php-4.3.1/TSRM -g -O2 -prefer-pic -c /usr/local/src/php-4.3.1/ext/zlib/zlib.c -o ext/zlib/zlib.lo In file included from /usr/include/sys/param.h:104, from /usr/local/src/php-4.3.1/TSRM/tsrm_config_common.h:14, from /usr/local/src/php-4.3.1/TSRM/tsrm_virtual_cwd.h:26, from /usr/local/src/php-4.3.1/main/php.h:360, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/include/machine/limits.h:81: warning: `LONG_MAX' redefined /usr/local/src/php-4.3.1/Zend/zend.h:189: warning: this is the location of the previous definition /usr/include/machine/limits.h:82: warning: `LONG_MIN' redefined /usr/local/src/php-4.3.1/Zend/zend.h:193: warning: this is the location of the previous definition In file included from /usr/local/src/php-4.3.1/TSRM/tsrm_config_common.h:14, from /usr/local/src/php-4.3.1/TSRM/tsrm_virtual_cwd.h:26, from /usr/local/src/php-4.3.1/main/php.h:360, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/include/sys/param.h:193: warning: `MAXPATHLEN' redefined /usr/local/src/php-4.3.1/main/php.h:237: warning: this is the location of the previous definition In file included from /usr/local/src/php-4.3.1/Zend/zend.h:202, from /usr/local/src/php-4.3.1/main/php.h:34, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/Zend/zend_hash.h:119: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/Zend/zend.h:203, from /usr/local/src/php-4.3.1/main/php.h:34, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/Zend/zend_llist.h:34: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/main/php.h:34, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/Zend/zend.h:285: syntax error before `va_list' /usr/local/src/php-4.3.1/Zend/zend.h:423: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/main/php.h:224,
#22259 [Com]: fsock.h:43: warning: `struct in_addr' declared inside parameter list
ID: 22259 Comment by: p0ix0n at yahoo dot com Reported By: ikazdek at hotmail dot com Status: Open Bug Type: Compile Failure Operating System: FreeBSD 4.7-STABLE PHP Version: 4.3.1 New Comment: I'm having the same exact issue. I cannot install 4.3.0 or 4.3.1. I get the same result when compiling. I'm also using FreeBSD 4.7-STABLE. Previous Comments: [2003-02-17 17:31:01] [EMAIL PROTECTED] FYI: --enable-track-vars does NOT EXIST anymore. --enable-force-cgi-redirect does not do anything when you're building an APACHE DSO! The bug in 4.3.0 does _NOT_ affect PHP build as Apache module... Thank you and good luck. I'll forget this report from now on. [2003-02-17 17:15:57] ikazdek at hotmail dot com You get the same results with 4.3.0 4.3.1 was released today to fix a vulnerability in 4.3.0 dealing with the --enable-force-cgi-redirect. --enable-force-cgi-redirect and --enable-track-vars are required/recomended by Squirrelmail, which is the only reason I'm installing PHP. So how about we try to make the "stable" released version of PHP work instead of recommending the installation of development versions or suggesting to removed required options. As done in previous bug threads regarding similar compile problems. Argh. [2003-02-17 17:07:08] [EMAIL PROTECTED] And remove --enable-versioning, --enable-track-vars and --enable-force-cgi-redirect from your configure line, the last one is not needed for --with-apxs build. [2003-02-17 17:06:20] [EMAIL PROTECTED] This has been reported by other before, and usually it has been a problem in their systems or broken PHP sources.. Try again but use the PHP 4.3.0 package. [2003-02-17 16:04:40] ikazdek at hotmail dot com configured with: ./configure --with-apxs=/usr/local/sbin/apxs --with-config-file-path=/usr/local/etc --enable-versioning \ --with-regex=system --without-gd --without-mysql --with-zlib --with-imap=/usr/local \ --with-mysql=/usr/local --with-ldap=/usr/local --with-expat-dir=/usr/local \ --with-gettext=/usr/local --prefix=/usr/local --enable-track-vars --enable-force-cgi-redirect it fails to compile at: bash-2.05b# make /bin/sh libtool --silent --mode=compile gcc -Iext/zlib/ -I/usr/local/src/php-4.3.1/ext/zlib/ -DPHP_ATOM_INC -I/usr/local/src/php-4.3.1/include -I/usr/local/src/php-4.3.1/main -I/usr/local/src/php-4.3.1 -I/usr/local/src/php-4.3.1/Zend -I/usr/local/include -I/usr/local/include/c-client -I/usr/local/include/mysql -DMOD_SSL=208112 -DMOD_PERL -DUSE_PERL_SSI -DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.0/BSDPAN" -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DEAPI -DAPPLLIB_EXP=/usr/local/lib/perl5/5.8.0/BSDPAN -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -I/usr/local/src/php-4.3.1/TSRM -g -O2 -prefer-pic -c /usr/local/src/php-4.3.1/ext/zlib/zlib.c -o ext/zlib/zlib.lo In file included from /usr/include/sys/param.h:104, from /usr/local/src/php-4.3.1/TSRM/tsrm_config_common.h:14, from /usr/local/src/php-4.3.1/TSRM/tsrm_virtual_cwd.h:26, from /usr/local/src/php-4.3.1/main/php.h:360, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/include/machine/limits.h:81: warning: `LONG_MAX' redefined /usr/local/src/php-4.3.1/Zend/zend.h:189: warning: this is the location of the previous definition /usr/include/machine/limits.h:82: warning: `LONG_MIN' redefined /usr/local/src/php-4.3.1/Zend/zend.h:193: warning: this is the location of the previous definition In file included from /usr/local/src/php-4.3.1/TSRM/tsrm_config_common.h:14, from /usr/local/src/php-4.3.1/TSRM/tsrm_virtual_cwd.h:26, from /usr/local/src/php-4.3.1/main/php.h:360, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/include/sys/param.h:193: warning: `MAXPATHLEN' redefined /usr/local/src/php-4.3.1/main/php.h:237: warning: this is the location of the previous definition In file included from /usr/local/src/php-4.3.1/Zend/zend.h:202, from /usr/local/src/php-4.3.1/main/php.h:34, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/Zend/zend_hash.h:119: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/Zend/zend.h:203, from /usr/local/src/php-4.3.1/main/php.h:34, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/Zend/zend_llist.h:34: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/main/php.h:34,
#22261 [NEW]: $_SERVER['SCRIPT_URI'] missing port number for implied index file
From: mattb at columbia dot edu Operating system: RedHat 8.0 PHP version: 4.3.1 PHP Bug Type: Scripting Engine problem Bug description: $_SERVER['SCRIPT_URI'] missing port number for implied index file I'm using PHP 4.3.1 with Apache 2.0.44 with the following directives set in my httpd.conf: ServerRoot /var/www # ... Listen 8080 # ... LoadModule php4_module lib/libphp4.so # ... AddType application/x-httpd-php .php .phtml .php4 .php3 AddType application/x-httpd-php-source .phps # ... Options Indexes # ... DirectoryIndex index.html index.php I have one file in my server root: index.php: - - - - - - - - %< CUT HERE >% - - - - - - - - - - - - - - - - %< CUT HERE >% - - - - - - - - If I go to http://localhost:8080/index.php, I get the following output: string(31) "http://localhost:8080/index.php"; However, if I go to http://localhost:8080/, I get the following output: string(17) "http://localhost/"; This also happens with Apache 1.3.27 and an equivalent configuration. -- Edit bug report at http://bugs.php.net/?id=22261&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22261&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22261&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22261&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22261&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22261&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22261&r=support Expected behavior: http://bugs.php.net/fix.php?id=22261&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22261&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22261&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22261&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22261&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22261&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22261&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22261&r=gnused
#22259 [Com]: fsock.h:43: warning: `struct in_addr' declared inside parameter list
ID: 22259 Comment by: p0ix0n at yahoo dot com Reported By: ikazdek at hotmail dot com Status: Open Bug Type: Compile Failure Operating System: FreeBSD 4.7-STABLE PHP Version: 4.3.1 New Comment: Oooops.. This may help.. attached is my config line: './configure' '--with-apxs=/usr/local/sbin/apxs' '--with-config-file-path=/usr/local/etc' '--enable-versioning' '--with-regex=system' '--without-gd' '--without-mysql' '--with-zlib' '--with-imap=/usr/local' '--with-mysql=/usr/local' '--with-ldap=/usr/local' '--with-expat-dir=/usr/local' '--with-gettext=/usr/local' '--prefix=/usr/local' '--with-mcrypt' Previous Comments: [2003-02-17 17:33:21] p0ix0n at yahoo dot com I'm having the same exact issue. I cannot install 4.3.0 or 4.3.1. I get the same result when compiling. I'm also using FreeBSD 4.7-STABLE. [2003-02-17 17:31:01] [EMAIL PROTECTED] FYI: --enable-track-vars does NOT EXIST anymore. --enable-force-cgi-redirect does not do anything when you're building an APACHE DSO! The bug in 4.3.0 does _NOT_ affect PHP build as Apache module... Thank you and good luck. I'll forget this report from now on. [2003-02-17 17:15:57] ikazdek at hotmail dot com You get the same results with 4.3.0 4.3.1 was released today to fix a vulnerability in 4.3.0 dealing with the --enable-force-cgi-redirect. --enable-force-cgi-redirect and --enable-track-vars are required/recomended by Squirrelmail, which is the only reason I'm installing PHP. So how about we try to make the "stable" released version of PHP work instead of recommending the installation of development versions or suggesting to removed required options. As done in previous bug threads regarding similar compile problems. Argh. [2003-02-17 17:07:08] [EMAIL PROTECTED] And remove --enable-versioning, --enable-track-vars and --enable-force-cgi-redirect from your configure line, the last one is not needed for --with-apxs build. [2003-02-17 17:06:20] [EMAIL PROTECTED] This has been reported by other before, and usually it has been a problem in their systems or broken PHP sources.. Try again but use the PHP 4.3.0 package. 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/22259 -- Edit this bug report at http://bugs.php.net/?id=22259&edit=1
#21912 [Com]: getimagesize() on remote images fails sometimes..
ID: 21912
Comment by: michael dot mauch at gmx dot de
Reported By: tozz at kijkt dot tv
Status: Verified
Bug Type: GetImageSize related
Operating System: Linux
PHP Version: 4.3.1-dev
New Comment:
Yes, it's the same here - on the local servers it works with both
images, but it doesn't work with the 00645.jpg when I put it on another
remote server.
When I change line 387 of ext/standard/image.c:
if ((marker = php_stream_getc(stream)) == EOF)
into
marker = php_stream_getc(stream);
fprintf(stderr,"%0x ",marker);
if (marker == EOF)
I see
e0 ff ed ff ee ff db ff c0
when the image is served from localhost and only
e0 ff ed 68
or
e0 ff ed 64
when fetching from the remote servers. That looks strange, but I'm
afraid I don't understand what's going on here.
Previous Comments:
[2003-02-08 05:41:17] [EMAIL PROTECTED]
I suppose ther is another problem :-)
When i download the image and put it on one of my local servers it
works:
[marcus@zaphod php4-HEAD]$ php -r 'print_r(getimagesize($argv[1]));' --
http://zaphod.boerger.de/php/ext/exif/test/bug21912.jpg
Array
(
[0] => 389
[1] => 500
[2] => 2
[3] => width="389" height="500"
[bits] => 8
[channels] => 3
[mime] => image/jpeg
)
[marcus@zaphod php4-HEAD]$ php -r 'var_dump(getimagesize($argv[1]));'
-- http://s005.pictura-dp.nl/foto/500px/GAM_017/00645.jpg
bool(false)
[2003-01-28 13:52:36] tozz at kijkt dot tv
Yes, it has indeed something to do with the image. If I take another
image it works fine! But there must be some difference in the PHP
versions since the 2nd pictures only works with PHP 4.1.2, and not with
the latest PHP version.
[2003-01-28 13:26:00] michael dot mauch at gmx dot de
php -r '$size =
getimagesize("http://s005.pictura-dp.nl/foto/500px/GAM_908/08841.jpg";);
print_r($size); echo "\n";'
works without problems here (PHP 4.3.0), while
php -r '$size =
getimagesize("http://s005.pictura-dp.nl/foto/500px/GAM_017/00645.jpg";);
print_r($size); echo "\n";'
prints nothing. ImageMagick's "identify" sees some strange ipct data in
the second image; probably these make getimagesize() misbehave.
[2003-01-27 17:25:35] [EMAIL PROTECTED]
I can reproduce this with latest stable CVS (4.3.1-dev)
It does work if the image is local..but not if it's remote.
[2003-01-27 16:12:37] tozz at kijkt dot tv
Hallo,
I have a weird problem, which I think is a bug. The following script
works with PHP 4.1.2 (I know, very outdated), but DOES NOT work with
PHP 4.3.0:
http://s005.pictura-dp.nl/foto/500px/GAM_908/08841.jpg";;
$image_size=getimagesize($foto);
$width=$image_size[0];
$height=$image_size[1];
$type=$image_size[2];
print ("\n");
print ("\n");
print ("width: $width; height: $height; type: $type\n");
print ("\n");
$foto="http://s005.pictura-dp.nl/foto/500px/GAM_017/00645.jpg";;
$image_size=getimagesize($foto);
$width=$image_size[0];
$height=$image_size[1];
$type=$image_size[2];
print ("\n");
print ("\n");
print ("width: $width; height: $height; type: $type\n");
?>
The problem is :
The first image works fine, it shows the height, width and type.
However, the information about the second image is only beeing
displayed if using PHP 4.1.2. With PHP 4.3.0 no information is beeing
displayed.
--
Edit this bug report at http://bugs.php.net/?id=21912&edit=1
#1 [Com]: Apache 1.3b3 + mod_php3 is slow
ID: 1 Comment by: test at example dot com Reported By: rasmus at lerdorf dot on dot ca Status: Closed Bug Type: Performance problem Operating System: Solaris 2.5.1 PHP Version: 3.0b3 New Comment: This isn't fun.. Previous Comments: [2003-02-17 04:05:32] [EMAIL PROTECTED] test [2002-12-26 19:57:56] kerzum at mail dot ru Test #3, ignore [1999-07-14 06:25:59] zeev at cvs dot php dot net PHP 4.0 deployed on www.php.net [1999-07-14 05:32:03] zeev at cvs dot php dot net Test, ignore [1998-01-25 11:06:03] rasmus at lerdorf dot on dot ca When PHP3 is linked into Apache 1.3b3 on Solaris 2.5.1 the web server becomes extremely sluggish or won't answer requests at all. -- Edit this bug report at http://bugs.php.net/?id=1&edit=1
#22259 [Opn]: fsock.h:43: warning: `struct in_addr' declared inside parameter list
ID: 22259 User updated by: ikazdek at hotmail dot com Reported By: ikazdek at hotmail dot com Status: Open Bug Type: Compile Failure Operating System: FreeBSD 4.7-STABLE PHP Version: 4.3.1 New Comment: Reconfigured as [EMAIL PROTECTED] suggested: (without --enable-track-vars --enable-force-cgi-redirect) ./configure --with-apxs=/usr/local/sbin/apxs --with-config-file-path=/usr/local/etc --enable-versioning \ --with-regex=system --without-gd --without-mysql --with-zlib --with-imap=/usr/local \ --with-mysql=/usr/local --with-ldap=/usr/local --with-expat-dir=/usr/local \ --with-gettext=/usr/local --prefix=/usr/local Attempted to compile with same results: bash-2.05b# make /bin/sh libtool --silent --mode=compile gcc -Iext/zlib/ -I/usr/local/src/php-4.3.1/ext/zlib/ -DPHP_ATOM_INC -I/usr/local/src/php-4.3.1/include -I/usr/local/src/php-4.3.1/main -I/usr/local/src/php-4.3.1 -I/usr/local/src/php-4.3.1/Zend -I/usr/local/include -I/usr/local/include/c-client -I/usr/local/include/mysql -DMOD_SSL=208112 -DMOD_PERL -DUSE_PERL_SSI -DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.0/BSDPAN" -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DEAPI -DAPPLLIB_EXP=/usr/local/lib/perl5/5.8.0/BSDPAN -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -I/usr/local/src/php-4.3.1/TSRM -g -O2 -prefer-pic -c /usr/local/src/php-4.3.1/ext/zlib/zlib.c -o ext/zlib/zlib.lo In file included from /usr/include/sys/param.h:104, from /usr/local/src/php-4.3.1/TSRM/tsrm_config_common.h:14, from /usr/local/src/php-4.3.1/TSRM/tsrm_virtual_cwd.h:26, from /usr/local/src/php-4.3.1/main/php.h:360, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/include/machine/limits.h:81: warning: `LONG_MAX' redefined /usr/local/src/php-4.3.1/Zend/zend.h:189: warning: this is the location of the previous definition /usr/include/machine/limits.h:82: warning: `LONG_MIN' redefined /usr/local/src/php-4.3.1/Zend/zend.h:193: warning: this is the location of the previous definition In file included from /usr/local/src/php-4.3.1/TSRM/tsrm_config_common.h:14, from /usr/local/src/php-4.3.1/TSRM/tsrm_virtual_cwd.h:26, from /usr/local/src/php-4.3.1/main/php.h:360, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/include/sys/param.h:193: warning: `MAXPATHLEN' redefined /usr/local/src/php-4.3.1/main/php.h:237: warning: this is the location of the previous definition In file included from /usr/local/src/php-4.3.1/Zend/zend.h:202, from /usr/local/src/php-4.3.1/main/php.h:34, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/Zend/zend_hash.h:119: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/Zend/zend.h:203, from /usr/local/src/php-4.3.1/main/php.h:34, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/Zend/zend_llist.h:34: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/main/php.h:34, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/Zend/zend.h:285: syntax error before `va_list' /usr/local/src/php-4.3.1/Zend/zend.h:423: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/main/php.h:224, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/main/spprintf.h:40: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/main/php.h:277: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/main/php.h:360, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159: warning: `struct utimbuf' declared inside parameter list /usr/local/src/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159: warning: its scope is only this definition or declaration, which is probably not what you want. In file included from /usr/local/src/php-4.3.1/ext/standard/fsock.h:38, from /usr/local/src/php-4.3.1/ext/standard/php_standard.h:44, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:48: /usr/local/src/php-4.3.1/main/php_network.h:113: syntax error before `socklen_t' /usr/local/src/php-4.3.1/main/php_network.h:113: warning: `struct sockaddr' declared inside parameter list In file included from /usr/local/src/php-4.3.1/ext/standard/php_standard.h:44, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:48: /usr/local/src/php-4.3.1/ext/standard/fsock.h:43: warning: `struct in_addr' declared inside parameter list *** Error code 1 Stop in /usr/local/src/php-4.3.1. Previous Comments: [2003-02-17 17:36:56] p0ix0n at yahoo dot com Oooops.. This may help.. attached is my
#22240 [Fbk]: number_function
ID: 22240
Updated by: [EMAIL PROTECTED]
Reported By: shadlej at iwakuni dot usmc dot mil
Status: Feedback
Bug Type: Math related
Operating System: Windows
PHP Version: 4.3.0
New Comment:
Does this work?
Previous Comments:
[2003-02-17 02:58:54] shadlej at iwakuni dot usmc dot mil
Same results. ( I used the Windows build ) Anything over 999 as a total
gets an incorrect result. BTW number_function should read
number_format. Sorry for the mistake.
[2003-02-16 10:28:20] [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-02-16 03:44:07] shadlej at iwakuni dot usmc dot mil
I got this code from a book. It works as long as the total is less than
999. when it exceeds 999, it can't calculate the total properly. I
think it has something to do with the number_function.
+index.html ++
Item
Quantity
Tires
Oil
Spark Plugs
preprocess.php ++
Jim's Auto Parts - Order Results
Jim's Auto Parts
Order Results
Order Processed at ";
echo date("H:i, jS F");
echo "";
echo "Your order is as follows:";
echo "";
echo $tireqty." tires";
echo $oilqty." bottles of oil";
echo $sparkqty." spark plugs";
$totalqty = $tireqty + $oilqty + $sparkqty;
$totalamount = $tireqty * TIREPRICE
+ $oilqty * OILPRICE
+ $sparkqty * SPARKPRICE;
$totalamount = number_format($totalamount,2);
echo "\n";
echo "Items Ordered: ".$totalqty."\n";
echo "Subtotal: $".$totalamount."\n";
$taxrate = 0.10;
$totalamount = $totalamount * (1 + $taxrate);
$totalamount = number_format($totalamount, 2);
echo "Total including tax: $".$totalamount."\n";
?>
--
Edit this bug report at http://bugs.php.net/?id=22240&edit=1
#22259 [Opn]: fsock.h:43: warning: `struct in_addr' declared inside parameter list
ID: 22259 User updated by: ikazdek at hotmail dot com Reported By: ikazdek at hotmail dot com Status: Open Bug Type: Compile Failure Operating System: FreeBSD 4.7-STABLE PHP Version: 4.3.1 New Comment: Reconfigured as SNIPER AT PHP.NET suggested: (Same config as originally listed, without the --enable-track-vars --enable-force-cgi-redirect) Attempted to compile with same results: bash-2.05b# make [Snip-snip]... In file included from /usr/local/src/php-4.3.1/ext/standard/php_standard.h:44, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:48: /usr/local/src/php-4.3.1/ext/standard/fsock.h:43: warning: `struct in_addr' declared inside parameter list *** Error code 1 Stop in /usr/local/src/php-4.3.1. Previous Comments: [2003-02-17 17:36:56] p0ix0n at yahoo dot com Oooops.. This may help.. attached is my config line: './configure' '--with-apxs=/usr/local/sbin/apxs' '--with-config-file-path=/usr/local/etc' '--enable-versioning' '--with-regex=system' '--without-gd' '--without-mysql' '--with-zlib' '--with-imap=/usr/local' '--with-mysql=/usr/local' '--with-ldap=/usr/local' '--with-expat-dir=/usr/local' '--with-gettext=/usr/local' '--prefix=/usr/local' '--with-mcrypt' [2003-02-17 17:33:21] p0ix0n at yahoo dot com I'm having the same exact issue. I cannot install 4.3.0 or 4.3.1. I get the same result when compiling. I'm also using FreeBSD 4.7-STABLE. [2003-02-17 17:31:01] [EMAIL PROTECTED] FYI: --enable-track-vars does NOT EXIST anymore. --enable-force-cgi-redirect does not do anything when you're building an APACHE DSO! The bug in 4.3.0 does _NOT_ affect PHP build as Apache module... Thank you and good luck. I'll forget this report from now on. [2003-02-17 17:15:57] ikazdek at hotmail dot com You get the same results with 4.3.0 4.3.1 was released today to fix a vulnerability in 4.3.0 dealing with the --enable-force-cgi-redirect. --enable-force-cgi-redirect and --enable-track-vars are required/recomended by Squirrelmail, which is the only reason I'm installing PHP. So how about we try to make the "stable" released version of PHP work instead of recommending the installation of development versions or suggesting to removed required options. As done in previous bug threads regarding similar compile problems. Argh. [2003-02-17 17:07:08] [EMAIL PROTECTED] And remove --enable-versioning, --enable-track-vars and --enable-force-cgi-redirect from your configure line, the last one is not needed for --with-apxs build. 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/22259 -- Edit this bug report at http://bugs.php.net/?id=22259&edit=1
#22259 [Opn->Fbk]: fsock.h:43: warning: `struct in_addr' declared inside parameter list
ID: 22259 Updated by: [EMAIL PROTECTED] Reported By: ikazdek at hotmail dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: FreeBSD 4.7-STABLE PHP Version: 4.3.1 New Comment: > /usr/local/src/php-4.3.1/Zend/zend_hash.h:119: syntax error before `va_list' Which is in . zend_hash.h from zend.h, line 202. On line 62 of zend.h: #ifdef HAVE_STDARG_H # include #endif So - there really is something wrong with your system, since FreeBSD 4.7-STABLE really has that header. Try grepping for stdarg in config.log Previous Comments: [2003-02-17 17:53:15] ikazdek at hotmail dot com Reconfigured as SNIPER AT PHP.NET suggested: (Same config as originally listed, without the --enable-track-vars --enable-force-cgi-redirect) Attempted to compile with same results: bash-2.05b# make [Snip-snip]... In file included from /usr/local/src/php-4.3.1/ext/standard/php_standard.h:44, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:48: /usr/local/src/php-4.3.1/ext/standard/fsock.h:43: warning: `struct in_addr' declared inside parameter list *** Error code 1 Stop in /usr/local/src/php-4.3.1. [2003-02-17 17:36:56] p0ix0n at yahoo dot com Oooops.. This may help.. attached is my config line: './configure' '--with-apxs=/usr/local/sbin/apxs' '--with-config-file-path=/usr/local/etc' '--enable-versioning' '--with-regex=system' '--without-gd' '--without-mysql' '--with-zlib' '--with-imap=/usr/local' '--with-mysql=/usr/local' '--with-ldap=/usr/local' '--with-expat-dir=/usr/local' '--with-gettext=/usr/local' '--prefix=/usr/local' '--with-mcrypt' [2003-02-17 17:33:21] p0ix0n at yahoo dot com I'm having the same exact issue. I cannot install 4.3.0 or 4.3.1. I get the same result when compiling. I'm also using FreeBSD 4.7-STABLE. [2003-02-17 17:31:01] [EMAIL PROTECTED] FYI: --enable-track-vars does NOT EXIST anymore. --enable-force-cgi-redirect does not do anything when you're building an APACHE DSO! The bug in 4.3.0 does _NOT_ affect PHP build as Apache module... Thank you and good luck. I'll forget this report from now on. [2003-02-17 17:15:57] ikazdek at hotmail dot com You get the same results with 4.3.0 4.3.1 was released today to fix a vulnerability in 4.3.0 dealing with the --enable-force-cgi-redirect. --enable-force-cgi-redirect and --enable-track-vars are required/recomended by Squirrelmail, which is the only reason I'm installing PHP. So how about we try to make the "stable" released version of PHP work instead of recommending the installation of development versions or suggesting to removed required options. As done in previous bug threads regarding similar compile problems. Argh. 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/22259 -- Edit this bug report at http://bugs.php.net/?id=22259&edit=1
#22197 [Fbk->Opn]: "inline" functions cannot use "static" identifier
ID: 22197 User updated by: j_vanveelen at jea dot ca Reported By: j_vanveelen at jea dot ca -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: UnixWare 7.1.1 PHP Version: 4CVS-2003-02-12 (stable) New Comment: see above. Previous Comments: [2003-02-13 10:50:40] j_vanveelen at jea dot ca No 4.3.0 crashes before then I think. Here's the output: bash-2.04# make /bin/sh libtool --silent --mode=compile cc -Xb -Iext/standard/ -I/home/vanj/php-4.3.0/ext/standard/ -DPHP_ATOM_INC -I/home/vanj/php-4.3.0/include -I/home/vanj/php-4.3.0/main -I/home/vanj/php-4.3.0 -I/home/vanj/php-4.3.0/Zend -I/home/vanj/php-4.3.0/ext/xml/expat -DUW=700 -DUSE_HSREGEX -DUSE_EXPAT -I/home/vanj/php-4.3.0/TSRM -g -prefer-pic -c /home/vanj/php-4.3.0/ext/standard/info.c -o ext/standard/info.lo UX:acomp: WARNING: "/home/vanj/php-4.3.0/main/php_streams.h", line 321: no macro replacement within a string literal UX:acomp: WARNING: "/home/vanj/php-4.3.0/main/php_streams.h", line 322: no macro replacement within a string literal UX:acomp: WARNING: "/home/vanj/php-4.3.0/ext/standard/info.c", line 198: argument #1 incompatible with prototype: php_escape_html_entities() UX:acomp: WARNING: "/home/vanj/php-4.3.0/ext/standard/info.c", line 440: argument #3 incompatible with prototype: zend_hash_get_current_key_ex() /bin/sh libtool --silent --mode=compile cc -Xb -I/usr/local/apache/include -Isapi/apache/ -I/home/vanj/php-4.3.0/sapi/apache/ -DPHP_ATOM_INC -I/home/vanj/php-4.3.0/include -I/home/vanj/php-4.3.0/main -I/home/vanj/php-4.3.0 -I/home/vanj/php-4.3.0/Zend -I/home/vanj/php-4.3.0/ext/xml/expat -DUW=700 -DUSE_HSREGEX -DUSE_EXPAT -I/home/vanj/php-4.3.0/TSRM -g -prefer-pic -c /home/vanj/php-4.3.0/sapi/apache/mod_php4.c -o sapi/apache/mod_php4.lo UX:acomp: WARNING: "/home/vanj/php-4.3.0/main/php_streams.h", line 321: no macro replacement within a string literal UX:acomp: WARNING: "/home/vanj/php-4.3.0/main/php_streams.h", line 322: no macro replacement within a string literal UX:acomp: ERROR: "/home/vanj/php-4.3.0/sapi/apache/mod_php4.c", line 780: undefined struct/union member: shutdown UX:acomp: ERROR: "/home/vanj/php-4.3.0/sapi/apache/mod_php4.c", line 780: function designator is not of function type UX:acomp: ERROR: "/home/vanj/php-4.3.0/sapi/apache/mod_php4.c", line 801: undefined struct/union member: shutdown UX:acomp: ERROR: "/home/vanj/php-4.3.0/sapi/apache/mod_php4.c", line 801: function designator is not of function type *** Error code 1 (bu21) UX:make: ERROR: fatal error. [2003-02-12 21:40:07] [EMAIL PROTECTED] does PHP 4.3.0 have the same error? [2003-02-12 20:03:19] j_vanveelen at jea dot ca I did the following: CC="cc -Xb" ./configure --with-apxs=/usr/local/apache/bin/apxs which worked just fine then I did a make with the following output /bin/sh libtool --preserve-dup-deps --mode=compile cc -DSUPPORT_UTF8 -DL INK_SIZE=2 -I/home/vanj/php4-STABLE-200302122230/ext/pcre/pcrelib -Iext/pcre/ -I /home/vanj/php4-STABLE-200302122230/ext/pcre/ -DPHP_ATOM_INC -I/home/vanj/php4-S TABLE-200302122230/include -I/home/vanj/php4-STABLE-200302122230/main -I/home/va nj/php4-STABLE-200302122230 -I/home/vanj/php4-STABLE-200302122230/Zend -I/home/v anj/php4-STABLE-200302122230/ext/xml/expat -DUW=700 -DUSE_HSREGEX -DUSE_EXPAT - I/home/vanj/php4-STABLE-200302122230/TSRM -g -prefer-pic -c /home/vanj/php4-ST ABLE-200302122230/ext/pcre/php_pcre.c -o ext/pcre/php_pcre.lo cc -DSUPPORT_UTF8 -DLINK_SIZE=2 -I/home/vanj/php4-STABLE-200302122230/ext/pcre/p crelib -Iext/pcre/ -I/home/vanj/php4-STABLE-200302122230/ext/pcre/ -DPHP_ATOM_IN C -I/home/vanj/php4-STABLE-200302122230/include -I/home/vanj/php4-STABLE-2003021 22230/main -I/home/vanj/php4-STABLE-200302122230 -I/home/vanj/php4-STABLE-200302 122230/Zend -I/home/vanj/php4-STABLE-200302122230/ext/xml/expat -DUW=700 -DUSE_H SREGEX -DUSE_EXPAT -I/home/vanj/php4-STABLE-200302122230/TSRM -g -c /home/vanj/p hp4-STABLE-200302122230/ext/pcre/php_pcre.c -KPIC -DPIC -o ext/pcre/php_ pcre.lo UX:acomp: ERROR: "/home/vanj/php4-STABLE-200302122230/ext/standard/php_smart_str .h", line 103: "inline" functions cannot use "static" identifier: smart_str_prin t_unsigned UX:acomp: ERROR: "/home/vanj/php4-STABLE-200302122230/ext/standard/php_smart_str .h", line 106: "inline" functions cannot use "static" identifier: smart_str_prin t_unsigned UX:acomp: ERROR: "/home/vanj/php4-STABLE-200302122230/ext/standard/php_smart_str .h", line 115: "inline" functions cannot use "static" identifier: smart_str_prin t_long UX:acomp: ERROR: "/home/vanj/php4-STABLE-200302122230/ext/standard/php_smart_str .h", line 116: "inline" functions cannot use "static" i
#22259 [Fbk->Opn]: fsock.h:43: warning: `struct in_addr' declared inside parameter list
ID: 22259 User updated by: ikazdek at hotmail dot com Reported By: ikazdek at hotmail dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: FreeBSD 4.7-STABLE PHP Version: 4.3.1 New Comment: > Try grepping for stdarg in config.log bash-2.05b# cat config.log | grep -i stdarg configure:12921: checking for stdarg.h configure:80395: checking for stdarg.h configure:81463: checking for stdarg.h So would to appropriate answer for this problem be to make with CFLAGS=-DHAVE_STDARG_H ?? I'm really outside my realm of knowledge here... but I know there are others out there that have had this same problem in the past. Previous Comments: [2003-02-17 17:55:36] [EMAIL PROTECTED] > /usr/local/src/php-4.3.1/Zend/zend_hash.h:119: syntax error before `va_list' Which is in . zend_hash.h from zend.h, line 202. On line 62 of zend.h: #ifdef HAVE_STDARG_H # include #endif So - there really is something wrong with your system, since FreeBSD 4.7-STABLE really has that header. Try grepping for stdarg in config.log [2003-02-17 17:53:15] ikazdek at hotmail dot com Reconfigured as SNIPER AT PHP.NET suggested: (Same config as originally listed, without the --enable-track-vars --enable-force-cgi-redirect) Attempted to compile with same results: bash-2.05b# make [Snip-snip]... In file included from /usr/local/src/php-4.3.1/ext/standard/php_standard.h:44, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:48: /usr/local/src/php-4.3.1/ext/standard/fsock.h:43: warning: `struct in_addr' declared inside parameter list *** Error code 1 Stop in /usr/local/src/php-4.3.1. [2003-02-17 17:36:56] p0ix0n at yahoo dot com Oooops.. This may help.. attached is my config line: './configure' '--with-apxs=/usr/local/sbin/apxs' '--with-config-file-path=/usr/local/etc' '--enable-versioning' '--with-regex=system' '--without-gd' '--without-mysql' '--with-zlib' '--with-imap=/usr/local' '--with-mysql=/usr/local' '--with-ldap=/usr/local' '--with-expat-dir=/usr/local' '--with-gettext=/usr/local' '--prefix=/usr/local' '--with-mcrypt' [2003-02-17 17:33:21] p0ix0n at yahoo dot com I'm having the same exact issue. I cannot install 4.3.0 or 4.3.1. I get the same result when compiling. I'm also using FreeBSD 4.7-STABLE. [2003-02-17 17:31:01] [EMAIL PROTECTED] FYI: --enable-track-vars does NOT EXIST anymore. --enable-force-cgi-redirect does not do anything when you're building an APACHE DSO! The bug in 4.3.0 does _NOT_ affect PHP build as Apache module... Thank you and good luck. I'll forget this report from now on. 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/22259 -- Edit this bug report at http://bugs.php.net/?id=22259&edit=1
#21912 [Ver]: getimagesize() on remote images fails sometimes..
ID: 21912
Updated by: [EMAIL PROTECTED]
Reported By: tozz at kijkt dot tv
Status: Verified
Bug Type: GetImageSize related
Operating System: Linux
PHP Version: 4.3.1-dev
New Comment:
To :
The difference is that we have a new streams abstraction
layer which allows GetImageSize() to work which whatever
can be treated as a file.
To :
That was what i expected. And it means there is a problem
with the streams stuff.
Previous Comments:
[2003-02-17 17:37:35] michael dot mauch at gmx dot de
Yes, it's the same here - on the local servers it works with both
images, but it doesn't work with the 00645.jpg when I put it on another
remote server.
When I change line 387 of ext/standard/image.c:
if ((marker = php_stream_getc(stream)) == EOF)
into
marker = php_stream_getc(stream);
fprintf(stderr,"%0x ",marker);
if (marker == EOF)
I see
e0 ff ed ff ee ff db ff c0
when the image is served from localhost and only
e0 ff ed 68
or
e0 ff ed 64
when fetching from the remote servers. That looks strange, but I'm
afraid I don't understand what's going on here.
[2003-02-08 05:41:17] [EMAIL PROTECTED]
I suppose ther is another problem :-)
When i download the image and put it on one of my local servers it
works:
[marcus@zaphod php4-HEAD]$ php -r 'print_r(getimagesize($argv[1]));' --
http://zaphod.boerger.de/php/ext/exif/test/bug21912.jpg
Array
(
[0] => 389
[1] => 500
[2] => 2
[3] => width="389" height="500"
[bits] => 8
[channels] => 3
[mime] => image/jpeg
)
[marcus@zaphod php4-HEAD]$ php -r 'var_dump(getimagesize($argv[1]));'
-- http://s005.pictura-dp.nl/foto/500px/GAM_017/00645.jpg
bool(false)
[2003-01-28 13:52:36] tozz at kijkt dot tv
Yes, it has indeed something to do with the image. If I take another
image it works fine! But there must be some difference in the PHP
versions since the 2nd pictures only works with PHP 4.1.2, and not with
the latest PHP version.
[2003-01-28 13:26:00] michael dot mauch at gmx dot de
php -r '$size =
getimagesize("http://s005.pictura-dp.nl/foto/500px/GAM_908/08841.jpg";);
print_r($size); echo "\n";'
works without problems here (PHP 4.3.0), while
php -r '$size =
getimagesize("http://s005.pictura-dp.nl/foto/500px/GAM_017/00645.jpg";);
print_r($size); echo "\n";'
prints nothing. ImageMagick's "identify" sees some strange ipct data in
the second image; probably these make getimagesize() misbehave.
[2003-01-27 17:25:35] [EMAIL PROTECTED]
I can reproduce this with latest stable CVS (4.3.1-dev)
It does work if the image is local..but not if it's remote.
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/21912
--
Edit this bug report at http://bugs.php.net/?id=21912&edit=1
#22259 [Opn]: fsock.h:43: warning: `struct in_addr' declared inside parameter list
ID: 22259 User updated by: ikazdek at hotmail dot com Reported By: ikazdek at hotmail dot com Status: Open Bug Type: Compile Failure Operating System: FreeBSD 4.7-STABLE PHP Version: 4.3.1 New Comment: Making progress, but something is still goofy here... bash-2.05b# make CFLAGS=-DHAVE_STDARG_H Now crashes at what looks to be a little earlier: [snip-snip] In file included from /usr/local/src/php-4.3.1/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.1/main/php.h:277: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/main/php.h:360, from /usr/local/src/php-4.3.1/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159: warning: `struct utimbuf' declared inside parameter list /usr/local/src/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159: warning: its scope is only this definition or declaration, which is probably not what you want. *** Error code 1 Stop in /usr/local/src/php-4.3.1. Previous Comments: [2003-02-17 18:03:38] ikazdek at hotmail dot com > Try grepping for stdarg in config.log bash-2.05b# cat config.log | grep -i stdarg configure:12921: checking for stdarg.h configure:80395: checking for stdarg.h configure:81463: checking for stdarg.h So would to appropriate answer for this problem be to make with CFLAGS=-DHAVE_STDARG_H ?? I'm really outside my realm of knowledge here... but I know there are others out there that have had this same problem in the past. [2003-02-17 17:55:36] [EMAIL PROTECTED] > /usr/local/src/php-4.3.1/Zend/zend_hash.h:119: syntax error before `va_list' Which is in . zend_hash.h from zend.h, line 202. On line 62 of zend.h: #ifdef HAVE_STDARG_H # include #endif So - there really is something wrong with your system, since FreeBSD 4.7-STABLE really has that header. Try grepping for stdarg in config.log [2003-02-17 17:53:15] ikazdek at hotmail dot com Reconfigured as SNIPER AT PHP.NET suggested: (Same config as originally listed, without the --enable-track-vars --enable-force-cgi-redirect) Attempted to compile with same results: bash-2.05b# make [Snip-snip]... In file included from /usr/local/src/php-4.3.1/ext/standard/php_standard.h:44, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:48: /usr/local/src/php-4.3.1/ext/standard/fsock.h:43: warning: `struct in_addr' declared inside parameter list *** Error code 1 Stop in /usr/local/src/php-4.3.1. [2003-02-17 17:36:56] p0ix0n at yahoo dot com Oooops.. This may help.. attached is my config line: './configure' '--with-apxs=/usr/local/sbin/apxs' '--with-config-file-path=/usr/local/etc' '--enable-versioning' '--with-regex=system' '--without-gd' '--without-mysql' '--with-zlib' '--with-imap=/usr/local' '--with-mysql=/usr/local' '--with-ldap=/usr/local' '--with-expat-dir=/usr/local' '--with-gettext=/usr/local' '--prefix=/usr/local' '--with-mcrypt' [2003-02-17 17:33:21] p0ix0n at yahoo dot com I'm having the same exact issue. I cannot install 4.3.0 or 4.3.1. I get the same result when compiling. I'm also using FreeBSD 4.7-STABLE. 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/22259 -- Edit this bug report at http://bugs.php.net/?id=22259&edit=1
#21912 [Ver->Asn]: getimagesize() on remote images fails sometimes..
ID: 21912
Updated by: [EMAIL PROTECTED]
Reported By: tozz at kijkt dot tv
-Status: Verified
+Status: Assigned
Bug Type: GetImageSize related
Operating System: Linux
PHP Version: 4.3.1-dev
-Assigned To:
+Assigned To: wez
Previous Comments:
[2003-02-17 18:23:04] [EMAIL PROTECTED]
To :
The difference is that we have a new streams abstraction
layer which allows GetImageSize() to work which whatever
can be treated as a file.
To :
That was what i expected. And it means there is a problem
with the streams stuff.
[2003-02-17 17:37:35] michael dot mauch at gmx dot de
Yes, it's the same here - on the local servers it works with both
images, but it doesn't work with the 00645.jpg when I put it on another
remote server.
When I change line 387 of ext/standard/image.c:
if ((marker = php_stream_getc(stream)) == EOF)
into
marker = php_stream_getc(stream);
fprintf(stderr,"%0x ",marker);
if (marker == EOF)
I see
e0 ff ed ff ee ff db ff c0
when the image is served from localhost and only
e0 ff ed 68
or
e0 ff ed 64
when fetching from the remote servers. That looks strange, but I'm
afraid I don't understand what's going on here.
[2003-02-08 05:41:17] [EMAIL PROTECTED]
I suppose ther is another problem :-)
When i download the image and put it on one of my local servers it
works:
[marcus@zaphod php4-HEAD]$ php -r 'print_r(getimagesize($argv[1]));' --
http://zaphod.boerger.de/php/ext/exif/test/bug21912.jpg
Array
(
[0] => 389
[1] => 500
[2] => 2
[3] => width="389" height="500"
[bits] => 8
[channels] => 3
[mime] => image/jpeg
)
[marcus@zaphod php4-HEAD]$ php -r 'var_dump(getimagesize($argv[1]));'
-- http://s005.pictura-dp.nl/foto/500px/GAM_017/00645.jpg
bool(false)
[2003-01-28 13:52:36] tozz at kijkt dot tv
Yes, it has indeed something to do with the image. If I take another
image it works fine! But there must be some difference in the PHP
versions since the 2nd pictures only works with PHP 4.1.2, and not with
the latest PHP version.
[2003-01-28 13:26:00] michael dot mauch at gmx dot de
php -r '$size =
getimagesize("http://s005.pictura-dp.nl/foto/500px/GAM_908/08841.jpg";);
print_r($size); echo "\n";'
works without problems here (PHP 4.3.0), while
php -r '$size =
getimagesize("http://s005.pictura-dp.nl/foto/500px/GAM_017/00645.jpg";);
print_r($size); echo "\n";'
prints nothing. ImageMagick's "identify" sees some strange ipct data in
the second image; probably these make getimagesize() misbehave.
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/21912
--
Edit this bug report at http://bugs.php.net/?id=21912&edit=1
#22261 [Opn->Bgs]: $_SERVER['SCRIPT_URI'] missing port number for implied index file
ID: 22261 Updated by: [EMAIL PROTECTED] Reported By: mattb at columbia dot edu -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: RedHat 8.0 PHP Version: 4.3.1 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. This information is fetched from the Apache server and provided as is without any modifications. Therefor this is not a bug in PHP, it may however be a bug in Apache. Previous Comments: [2003-02-17 17:34:12] mattb at columbia dot edu I'm using PHP 4.3.1 with Apache 2.0.44 with the following directives set in my httpd.conf: ServerRoot /var/www # ... Listen 8080 # ... LoadModule php4_module lib/libphp4.so # ... AddType application/x-httpd-php .php .phtml .php4 .php3 AddType application/x-httpd-php-source .phps # ... Options Indexes # ... DirectoryIndex index.html index.php I have one file in my server root: index.php: - - - - - - - - %< CUT HERE >% - - - - - - - - - - - - - - - - %< CUT HERE >% - - - - - - - - If I go to http://localhost:8080/index.php, I get the following output: string(31) "http://localhost:8080/index.php"; However, if I go to http://localhost:8080/, I get the following output: string(17) "http://localhost/"; This also happens with Apache 1.3.27 and an equivalent configuration. -- Edit this bug report at http://bugs.php.net/?id=22261&edit=1
#22262 [NEW]: CRLF incorrectly converted to CRCRLF
From: adamness at yahoo dot com Operating system: FreeBSD 4.3 PHP version: 4.3.0 PHP Bug Type: Mail related Bug description: CRLF incorrectly converted to CRCRLF The RFC's require lines in the email header to end in "\r\n". However, when using the mail function in PHP 4.3, and qmail-inject as the external mail program, the mail function was silently replacing my \n's with \r\n's, leaving me with "\r\r\n", which actually ends up violating the RFC, in a way that can cause buffer overflows in some mailreaders, and has been identified as a possible virus exploit by several virus scanners. For a solution, the mail function, before replacing a \n with \r\n should check if the previous character is already a \r. -- Edit bug report at http://bugs.php.net/?id=22262&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22262&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22262&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22262&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22262&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22262&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22262&r=support Expected behavior: http://bugs.php.net/fix.php?id=22262&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22262&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22262&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22262&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22262&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22262&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22262&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22262&r=gnused
#22259 [Com]: fsock.h:43: warning: `struct in_addr' declared inside parameter list
ID: 22259 Comment by: p0ix0n at yahoo dot com Reported By: ikazdek at hotmail dot com Status: Open Bug Type: Compile Failure Operating System: FreeBSD 4.7-STABLE PHP Version: 4.3.1 New Comment: configured with: './configure' '--with-apxs=/usr/local/sbin/apxs' '--with-config-file-path=/usr/local/etc' '--enable-versioning' '--with-regex=system' '--without-gd' '--without-mysql' '--with-zlib' '--with-imap=/usr/local' '--with-mysql=/usr/local' '--with-ldap=/usr/local' '--with-expat-dir=/usr/local' '--with-gettext=/usr/local' '--prefix=/usr/local' '--with-mcrypt' compile output: bash-2.04# make CFLAGS=-DHAVE_STDARG_H /bin/sh libtool --silent --mode=compile gcc -Iext/zlib/ -I/usr/local/src/php-4.3.1/ext/zlib/ -DPHP_ATOM_INC -I/usr/local/src/php-4.3.1/include -I/usr/local/src/php-4.3.1/main -I/usr/local/src/php-4.3.1 -I/usr/local/src/php-4.3.1/Zend -I/usr/local/include -I/usr/local/include/c-client -I/usr/local/include/mysql -DMOD_SSL=208112 -DMOD_PERL -DUSE_PERL_SSI -DAPPLLIB_EXP="/usr/local/lib/perl5/5.6.1/BSDPAN" -DEAPI -DAPPLLIB_EXP=/usr/local/lib/perl5/5.6.1/BSDPAN -I/usr/local/src/php-4.3.1/TSRM -g -O2 -prefer-pic -c /usr/local/src/php-4.3.1/ext/zlib/zlib.c -o ext/zlib/zlib.lo In file included from /usr/include/sys/param.h:104, from /usr/local/src/php-4.3.1/TSRM/tsrm_config_common.h:14, from /usr/local/src/php-4.3.1/TSRM/tsrm_virtual_cwd.h:26, from /usr/local/src/php-4.3.1/main/php.h:360, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/include/machine/limits.h:81: warning: `LONG_MAX' redefined /usr/local/src/php-4.3.1/Zend/zend.h:189: warning: this is the location of the previous definition /usr/include/machine/limits.h:82: warning: `LONG_MIN' redefined /usr/local/src/php-4.3.1/Zend/zend.h:193: warning: this is the location of the previous definition In file included from /usr/local/src/php-4.3.1/TSRM/tsrm_config_common.h:14, from /usr/local/src/php-4.3.1/TSRM/tsrm_virtual_cwd.h:26, from /usr/local/src/php-4.3.1/main/php.h:360, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/include/sys/param.h:193: warning: `MAXPATHLEN' redefined /usr/local/src/php-4.3.1/main/php.h:237: warning: this is the location of the previous definition In file included from /usr/local/src/php-4.3.1/Zend/zend.h:202, from /usr/local/src/php-4.3.1/main/php.h:34, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/Zend/zend_hash.h:119: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/Zend/zend.h:203, from /usr/local/src/php-4.3.1/main/php.h:34, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/Zend/zend_llist.h:34: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/main/php.h:34, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/Zend/zend.h:285: syntax error before `va_list' /usr/local/src/php-4.3.1/Zend/zend.h:423: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/main/php.h:224, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/main/spprintf.h:40: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/main/php.h:277: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/main/php.h:360, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:28: /usr/local/src/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159: warning: `struct utimbuf' declared inside parameter list /usr/local/src/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159: warning: its scope is only this definition or declaration, which is probably not what you want. In file included from /usr/local/src/php-4.3.1/ext/standard/fsock.h:38, from /usr/local/src/php-4.3.1/ext/standard/php_standard.h:44, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:48: /usr/local/src/php-4.3.1/main/php_network.h:113: syntax error before `socklen_t' /usr/local/src/php-4.3.1/main/php_network.h:113: warning: `struct sockaddr' declared inside parameter list In file included from /usr/local/src/php-4.3.1/ext/standard/php_standard.h:44, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:48: /usr/local/src/php-4.3.1/ext/standard/fsock.h:43: warning: `struct in_addr' declared inside parameter list *** Error code 1 Stop in /usr/local/src/php-4.3.1. I am currently running the DEV version from January 22nd of 4.3.0 . This installed without any problems using the same configure line. However, I do not want to run the DEV version. Please help. Previous Comments: [2003-02-17 18:27:39] ikazdek
#22261 [Bgs]: $_SERVER['SCRIPT_URI'] missing port number for implied index file
ID: 22261 User updated by: mattb at columbia dot edu Reported By: mattb at columbia dot edu Status: Bogus Bug Type: Scripting Engine problem Operating System: RedHat 8.0 PHP Version: 4.3.1 New Comment: FYI: filed as Apache bug #17148: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17148 Previous Comments: [2003-02-17 19:14:40] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. This information is fetched from the Apache server and provided as is without any modifications. Therefor this is not a bug in PHP, it may however be a bug in Apache. [2003-02-17 17:34:12] mattb at columbia dot edu I'm using PHP 4.3.1 with Apache 2.0.44 with the following directives set in my httpd.conf: ServerRoot /var/www # ... Listen 8080 # ... LoadModule php4_module lib/libphp4.so # ... AddType application/x-httpd-php .php .phtml .php4 .php3 AddType application/x-httpd-php-source .phps # ... Options Indexes # ... DirectoryIndex index.html index.php I have one file in my server root: index.php: - - - - - - - - %< CUT HERE >% - - - - - - - - - - - - - - - - %< CUT HERE >% - - - - - - - - If I go to http://localhost:8080/index.php, I get the following output: string(31) "http://localhost:8080/index.php"; However, if I go to http://localhost:8080/, I get the following output: string(17) "http://localhost/"; This also happens with Apache 1.3.27 and an equivalent configuration. -- Edit this bug report at http://bugs.php.net/?id=22261&edit=1
#22259 [Opn->Fbk]: fsock.h:43: warning: `struct in_addr' declared inside parameter list
ID: 22259 Updated by: [EMAIL PROTECTED] Reported By: ikazdek at hotmail dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: FreeBSD 4.7-STABLE PHP Version: 4.3.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-02-17 18:27:39] ikazdek at hotmail dot com Making progress, but something is still goofy here... bash-2.05b# make CFLAGS=-DHAVE_STDARG_H Now crashes at what looks to be a little earlier: [snip-snip] In file included from /usr/local/src/php-4.3.1/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.1/main/php.h:277: syntax error before `va_list' In file included from /usr/local/src/php-4.3.1/main/php.h:360, from /usr/local/src/php-4.3.1/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159: warning: `struct utimbuf' declared inside parameter list /usr/local/src/php-4.3.1/TSRM/tsrm_virtual_cwd.h:159: warning: its scope is only this definition or declaration, which is probably not what you want. *** Error code 1 Stop in /usr/local/src/php-4.3.1. [2003-02-17 18:03:38] ikazdek at hotmail dot com > Try grepping for stdarg in config.log bash-2.05b# cat config.log | grep -i stdarg configure:12921: checking for stdarg.h configure:80395: checking for stdarg.h configure:81463: checking for stdarg.h So would to appropriate answer for this problem be to make with CFLAGS=-DHAVE_STDARG_H ?? I'm really outside my realm of knowledge here... but I know there are others out there that have had this same problem in the past. [2003-02-17 17:55:36] [EMAIL PROTECTED] > /usr/local/src/php-4.3.1/Zend/zend_hash.h:119: syntax error before `va_list' Which is in . zend_hash.h from zend.h, line 202. On line 62 of zend.h: #ifdef HAVE_STDARG_H # include #endif So - there really is something wrong with your system, since FreeBSD 4.7-STABLE really has that header. Try grepping for stdarg in config.log [2003-02-17 17:36:56] p0ix0n at yahoo dot com Oooops.. This may help.. attached is my config line: './configure' '--with-apxs=/usr/local/sbin/apxs' '--with-config-file-path=/usr/local/etc' '--enable-versioning' '--with-regex=system' '--without-gd' '--without-mysql' '--with-zlib' '--with-imap=/usr/local' '--with-mysql=/usr/local' '--with-ldap=/usr/local' '--with-expat-dir=/usr/local' '--with-gettext=/usr/local' '--prefix=/usr/local' '--with-mcrypt' [2003-02-17 17:33:21] p0ix0n at yahoo dot com I'm having the same exact issue. I cannot install 4.3.0 or 4.3.1. I get the same result when compiling. I'm also using FreeBSD 4.7-STABLE. 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/22259 -- Edit this bug report at http://bugs.php.net/?id=22259&edit=1
#21540 [Com]: include_path problem
ID: 21540 Comment by: pro_link83 at yahoo dot com Reported By: kjanisz at fr dot pl Status: No Feedback Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4.3.0 New Comment: but in my case is Warning: Failed opening 'config.inc.php' for inclusion (include_path='.:/usr/share/pear') in /home/httpd/html/services/admin/detil.php on line 2 there is no ":" or ";" in the end of include_path i dont know the way out of this, can you help me? Previous Comments: [2003-02-07 17:15:09] georgep at phaistosnetworks dot gr Hello, Using linux and the php 4.3.0 causes the same problems. For some reason php seems to ingore the path_info set in php.ini. [2003-01-31 13:47:00] [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-01-15 03:08:25] [EMAIL PROTECTED] But your include_path definition is different than the one mentioned in the error message..are you sure your php.ini is used by PHP ? [2003-01-12 06:13:01] kjanisz at fr dot pl Yes, I have the following line in php.ini include_path= .:./:/usr/local/src/php-4.1.1/php-4.1.1/pear [2003-01-10 16:37:59] [EMAIL PROTECTED] Do you have include_path specified in your php.ini? 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/21540 -- Edit this bug report at http://bugs.php.net/?id=21540&edit=1
#22218 [Csd->Opn]: COM function causes PHP crash
ID: 22218
User updated by: reedc at aap dot com dot au
Reported By: reedc at aap dot com dot au
-Status: Closed
+Status: Open
Bug Type: COM related
Operating System: Windows 2000
PHP Version: 4.3.0
New Comment:
COM functions continue to create an error that crashes php.exe. I have
downloaded the latest from CVS, but the problem persists.
Previous Comments:
[2003-02-14 16:27:00] [EMAIL PROTECTED]
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
there were sooo many reports regarding this, did you ever consider
reading the bugreports before filing your own ?
[2003-02-14 08:30:46] [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-02-14 00:36:24] reedc at aap dot com dot au
One more bit of information... I found this in the event log:
The exception generated was c005 at address 10030727
(php_COM_release)
[2003-02-14 00:31:02] reedc at aap dot com dot au
I have installed PHP 4.3.0 (as a CGI module) and Apache 2.0.43 in a
Windows 2000 machine. I am updating code that works on an earlier
install and I am able to get most things working.
However, I get a php crash ("php.exe has generated errors and will be
closed by Windows") when I run scripts that use COM do MSXML
validations of an XML document against a schema.
The code works on previous PHP versions set up similarly, but not on
this version.
My code looks like this:
$validate = new COM("Msxml2.DOMDocument.4.0");
$validate->async = "false";
$validate->validateOnParse = "true";
$validate->load($xmldeliveryfile);
$code = $validate->parseError->errorCode;
$reason = $validate->parseError->reason;
It seems to be returning correct values for the error code and reason
before the PHP crash, but then everything goes south. And it seems to
be crashing earlier in the process if I deliberately create an XML
validation error.
And, yes, I do have MSXML4 installed.
Any ideas?
Thanks
--
Edit this bug report at http://bugs.php.net/?id=22218&edit=1
#22218 [Opn->Fbk]: COM function causes PHP crash
ID: 22218
Updated by: [EMAIL PROTECTED]
Reported By: reedc at aap dot com dot au
-Status: Open
+Status: Feedback
Bug Type: COM related
Operating System: Windows 2000
PHP Version: 4.3.0
New Comment:
Are you sure you updated all the files?
Especially php4ts.dll file? And that you don't
have duplicates of the dlls anywhere?
And which snapshot did you get?
Previous Comments:
[2003-02-17 23:09:38] reedc at aap dot com dot au
COM functions continue to create an error that crashes php.exe. I have
downloaded the latest from CVS, but the problem persists.
[2003-02-14 16:27:00] [EMAIL PROTECTED]
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
there were sooo many reports regarding this, did you ever consider
reading the bugreports before filing your own ?
[2003-02-14 08:30:46] [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-02-14 00:36:24] reedc at aap dot com dot au
One more bit of information... I found this in the event log:
The exception generated was c005 at address 10030727
(php_COM_release)
[2003-02-14 00:31:02] reedc at aap dot com dot au
I have installed PHP 4.3.0 (as a CGI module) and Apache 2.0.43 in a
Windows 2000 machine. I am updating code that works on an earlier
install and I am able to get most things working.
However, I get a php crash ("php.exe has generated errors and will be
closed by Windows") when I run scripts that use COM do MSXML
validations of an XML document against a schema.
The code works on previous PHP versions set up similarly, but not on
this version.
My code looks like this:
$validate = new COM("Msxml2.DOMDocument.4.0");
$validate->async = "false";
$validate->validateOnParse = "true";
$validate->load($xmldeliveryfile);
$code = $validate->parseError->errorCode;
$reason = $validate->parseError->reason;
It seems to be returning correct values for the error code and reason
before the PHP crash, but then everything goes south. And it seems to
be crashing earlier in the process if I deliberately create an XML
validation error.
And, yes, I do have MSXML4 installed.
Any ideas?
Thanks
--
Edit this bug report at http://bugs.php.net/?id=22218&edit=1
#22263 [NEW]: socket_read() crashes on client close
From: caesar_iv4 at yahoo dot com Operating system: win 98 SE PHP version: 4.3.1 PHP Bug Type: Sockets related Bug description: socket_read() crashes on client close I use php 4.3.2 latest cvs even php 5 and it stil occurs i am trying to write a small php-based httpdeamon and when i was testing it with IE6, open the connection and the page starts loading, but when i click on stop i get the usual crashed program box here's the script: the echoes were to pin-point the problem -- Edit bug report at http://bugs.php.net/?id=22263&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22263&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22263&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22263&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22263&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22263&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22263&r=support Expected behavior: http://bugs.php.net/fix.php?id=22263&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22263&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22263&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22263&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22263&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22263&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22263&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22263&r=gnused
#22259 [Com]: fsock.h:43: warning: `struct in_addr' declared inside parameter list
ID: 22259 Comment by: p0ix0n at yahoo dot com Reported By: ikazdek at hotmail dot com Status: Feedback Bug Type: Compile Failure Operating System: FreeBSD 4.7-STABLE PHP Version: 4.3.1 New Comment: Like I mentioned in the post that has been deleted. I would rather not run a developer version on a production server. For testing purposes I tried building the latest snapshot using the link posted. Below is the output. configuried with: './configure' '--with-apxs=/usr/local/sbin/apxs' '--with-config-file-path=/usr/local/etc' '--enable-versioning' '--with-regex=system' '--without-gd' '--without-mysql' '--with-zlib' '--with-imap-ssl=/usr/local' '--with-mysql=/usr/local' '--with-ldap=/usr/local' '--with-expat-dir=/usr/local' '--with-gettext=/usr/local' '--prefix=/usr/local' '--with-mcrypt' compile output: bash-2.04# make /bin/sh libtool --preserve-dup-deps --mode=compile gcc -Iext/zlib/ -I/usr/local/src/php4/ext/zlib/ -DPHP_ATOM_INC -I/usr/local/src/php4/include -I/usr/local/src/php4/main -I/usr/local/src/php4 -I/usr/local/src/php4/Zend -I/usr/local/include -I/usr/local/include/mysql -DMOD_SSL=208112 -DMOD_PERL -DUSE_PERL_SSI -DAPPLLIB_EXP="/usr/local/lib/perl5/5.6.1/BSDPAN" -DEAPI -DAPPLLIB_EXP=/usr/local/lib/perl5/5.6.1/BSDPAN -I/usr/local/src/php4/TSRM -g -O2 -prefer-pic -c /usr/local/src/php4/ext/zlib/zlib.c -o ext/zlib/zlib.lo gcc -Iext/zlib/ -I/usr/local/src/php4/ext/zlib/ -DPHP_ATOM_INC -I/usr/local/src/php4/include -I/usr/local/src/php4/main -I/usr/local/src/php4 -I/usr/local/src/php4/Zend -I/usr/local/include -I/usr/local/include/mysql -DMOD_SSL=208112 -DMOD_PERL -DUSE_PERL_SSI -DAPPLLIB_EXP=/usr/local/lib/perl5/5.6.1/BSDPAN -DEAPI -DAPPLLIB_EXP=/usr/local/lib/perl5/5.6.1/BSDPAN -I/usr/local/src/php4/TSRM -g -O2 -c /usr/local/src/php4/ext/zlib/zlib.c -fPIC -DPIC In file included from /usr/include/sys/param.h:104, from /usr/local/src/php4/TSRM/tsrm_config_common.h:14, from /usr/local/src/php4/TSRM/tsrm_virtual_cwd.h:26, from /usr/local/src/php4/main/php.h:360, from /usr/local/src/php4/ext/zlib/zlib.c:28: /usr/include/machine/limits.h:81: warning: `LONG_MAX' redefined /usr/local/src/php4/Zend/zend.h:189: warning: this is the location of the previous definition /usr/include/machine/limits.h:82: warning: `LONG_MIN' redefined /usr/local/src/php4/Zend/zend.h:193: warning: this is the location of the previous definition In file included from /usr/local/src/php4/TSRM/tsrm_config_common.h:14, from /usr/local/src/php4/TSRM/tsrm_virtual_cwd.h:26, from /usr/local/src/php4/main/php.h:360, from /usr/local/src/php4/ext/zlib/zlib.c:28: /usr/include/sys/param.h:193: warning: `MAXPATHLEN' redefined /usr/local/src/php4/main/php.h:237: warning: this is the location of the previous definition In file included from /usr/local/src/php4/Zend/zend.h:202, from /usr/local/src/php4/main/php.h:34, from /usr/local/src/php4/ext/zlib/zlib.c:28: /usr/local/src/php4/Zend/zend_hash.h:119: syntax error before `va_list' In file included from /usr/local/src/php4/Zend/zend.h:203, from /usr/local/src/php4/main/php.h:34, from /usr/local/src/php4/ext/zlib/zlib.c:28: /usr/local/src/php4/Zend/zend_llist.h:34: syntax error before `va_list' In file included from /usr/local/src/php4/main/php.h:34, from /usr/local/src/php4/ext/zlib/zlib.c:28: /usr/local/src/php4/Zend/zend.h:285: syntax error before `va_list' /usr/local/src/php4/Zend/zend.h:423: syntax error before `va_list' In file included from /usr/local/src/php4/main/php.h:224, from /usr/local/src/php4/ext/zlib/zlib.c:28: /usr/local/src/php4/main/spprintf.h:40: syntax error before `va_list' In file included from /usr/local/src/php4/ext/zlib/zlib.c:28: /usr/local/src/php4/main/php.h:277: syntax error before `va_list' In file included from /usr/local/src/php4/main/php.h:360, from /usr/local/src/php4/ext/zlib/zlib.c:28: /usr/local/src/php4/TSRM/tsrm_virtual_cwd.h:159: warning: `struct utimbuf' declared inside parameter list /usr/local/src/php4/TSRM/tsrm_virtual_cwd.h:159: warning: its scope is only this definition or declaration, which is probably not what you want. In file included from /usr/local/src/php4/ext/standard/fsock.h:38, from /usr/local/src/php4/ext/standard/php_standard.h:44, from /usr/local/src/php4/ext/zlib/zlib.c:48: /usr/local/src/php4/main/php_network.h:113: syntax error before `socklen_t' /usr/local/src/php4/main/php_network.h:113: warning: `struct sockaddr' declared inside parameter list In file included from /usr/local/src/php4/ext/standard/php_standard.h:44, from /usr/local/src/php4/ext/zlib/zlib.c:48: /usr/local/src/php4/ext/standard/fsock.h:43: warning: `struct in_add
#22259 [Fbk->Opn]: fsock.h:43: warning: `struct in_addr' declared inside parameter list
ID: 22259 User updated by: ikazdek at hotmail dot com Reported By: ikazdek at hotmail dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: FreeBSD 4.7-STABLE PHP Version: 4.3.1 New Comment: Sniper -- please read my original post, specifically the part that apparently rubbed you wrong in the first place.. about that I wanted to avoid the inevitable answer of "run the snap/dev version" Now from http://www.php.net/downloads.php you can find the following text: Daily snapshots are also available from snaps.php.net (not intended for production use!). "NOT INTENDED FOR PRODUCTION USE!" So listen, as often as PHP has a remote root or other vulnerability, I think I would rather stick to the official "production" release branch that is audited by security professionals. And please don't delete this post or I'll be posting this whole fiasco to a few other php.net folks I know as well as a much larger list/forum that you won't be able to abuse your authority on. It sure would be sad if I had to get this problem resolved there. You've already deleted at least three posts here, all posts that were contradictory of YOUR comments or recomendations of course. The first two of mine you deleted stated I had recompiled without the two options as you recomended and I still got the same results. The one of poixons that you deleted stated that the dev version worked for him but he did not want to run it. So why can't we just figure out what is going on here? I'm not the only person with this problem, search groups.google.com (or usenet) and you'll find others who had the same problem (but didn't report thier solution). Previous Comments: [2003-02-18 00:21:35] p0ix0n at yahoo dot com Like I mentioned in the post that has been deleted. I would rather not run a developer version on a production server. For testing purposes I tried building the latest snapshot using the link posted. Below is the output. configuried with: './configure' '--with-apxs=/usr/local/sbin/apxs' '--with-config-file-path=/usr/local/etc' '--enable-versioning' '--with-regex=system' '--without-gd' '--without-mysql' '--with-zlib' '--with-imap-ssl=/usr/local' '--with-mysql=/usr/local' '--with-ldap=/usr/local' '--with-expat-dir=/usr/local' '--with-gettext=/usr/local' '--prefix=/usr/local' '--with-mcrypt' compile output: bash-2.04# make /bin/sh libtool --preserve-dup-deps --mode=compile gcc -Iext/zlib/ -I/usr/local/src/php4/ext/zlib/ -DPHP_ATOM_INC -I/usr/local/src/php4/include -I/usr/local/src/php4/main -I/usr/local/src/php4 -I/usr/local/src/php4/Zend -I/usr/local/include -I/usr/local/include/mysql -DMOD_SSL=208112 -DMOD_PERL -DUSE_PERL_SSI -DAPPLLIB_EXP="/usr/local/lib/perl5/5.6.1/BSDPAN" -DEAPI -DAPPLLIB_EXP=/usr/local/lib/perl5/5.6.1/BSDPAN -I/usr/local/src/php4/TSRM -g -O2 -prefer-pic -c /usr/local/src/php4/ext/zlib/zlib.c -o ext/zlib/zlib.lo gcc -Iext/zlib/ -I/usr/local/src/php4/ext/zlib/ -DPHP_ATOM_INC -I/usr/local/src/php4/include -I/usr/local/src/php4/main -I/usr/local/src/php4 -I/usr/local/src/php4/Zend -I/usr/local/include -I/usr/local/include/mysql -DMOD_SSL=208112 -DMOD_PERL -DUSE_PERL_SSI -DAPPLLIB_EXP=/usr/local/lib/perl5/5.6.1/BSDPAN -DEAPI -DAPPLLIB_EXP=/usr/local/lib/perl5/5.6.1/BSDPAN -I/usr/local/src/php4/TSRM -g -O2 -c /usr/local/src/php4/ext/zlib/zlib.c -fPIC -DPIC In file included from /usr/include/sys/param.h:104, from /usr/local/src/php4/TSRM/tsrm_config_common.h:14, from /usr/local/src/php4/TSRM/tsrm_virtual_cwd.h:26, from /usr/local/src/php4/main/php.h:360, from /usr/local/src/php4/ext/zlib/zlib.c:28: /usr/include/machine/limits.h:81: warning: `LONG_MAX' redefined /usr/local/src/php4/Zend/zend.h:189: warning: this is the location of the previous definition /usr/include/machine/limits.h:82: warning: `LONG_MIN' redefined /usr/local/src/php4/Zend/zend.h:193: warning: this is the location of the previous definition In file included from /usr/local/src/php4/TSRM/tsrm_config_common.h:14, from /usr/local/src/php4/TSRM/tsrm_virtual_cwd.h:26, from /usr/local/src/php4/main/php.h:360, from /usr/local/src/php4/ext/zlib/zlib.c:28: /usr/include/sys/param.h:193: warning: `MAXPATHLEN' redefined /usr/local/src/php4/main/php.h:237: warning: this is the location of the previous definition In file included from /usr/local/src/php4/Zend/zend.h:202, from /usr/local/src/php4/main/php.h:34, from /usr/local/src/php4/ext/zlib/zlib.c:28: /usr/local/src/php4/Zend/zend_hash.h:119: syntax error before `va_list' In file included from /usr/local/src/php4/Zend/zend.h:203, from /usr/local/src/php4/main/php.h:34, from /usr/local/src/php4/ext/zlib/
#22259 [Opn]: fsock.h:43: warning: `struct in_addr' declared inside parameter list
ID: 22259 User updated by: ikazdek at hotmail dot com Reported By: ikazdek at hotmail dot com Status: Open Bug Type: Compile Failure Operating System: FreeBSD 4.7-STABLE PHP Version: 4.3.1 New Comment: [one of the previously deleted posts] Reconfigured as SNIPER AT PHP.NET suggested: (Same config as originally listed, without the --enable-track-vars --enable-force-cgi-redirect) Attempted to compile with same results: bash-2.05b# make [Snip-snip]... In file included from /usr/local/src/php-4.3.1/ext/standard/php_standard.h:44, from /usr/local/src/php-4.3.1/ext/zlib/zlib.c:48: /usr/local/src/php-4.3.1/ext/standard/fsock.h:43: warning: `struct in_addr' declared inside parameter list *** Error code 1 Stop in /usr/local/src/php-4.3.1. Previous Comments: [2003-02-18 00:56:43] ikazdek at hotmail dot com Sniper -- please read my original post, specifically the part that apparently rubbed you wrong in the first place.. about that I wanted to avoid the inevitable answer of "run the snap/dev version" Now from http://www.php.net/downloads.php you can find the following text: Daily snapshots are also available from snaps.php.net (not intended for production use!). "NOT INTENDED FOR PRODUCTION USE!" So listen, as often as PHP has a remote root or other vulnerability, I think I would rather stick to the official "production" release branch that is audited by security professionals. And please don't delete this post or I'll be posting this whole fiasco to a few other php.net folks I know as well as a much larger list/forum that you won't be able to abuse your authority on. It sure would be sad if I had to get this problem resolved there. You've already deleted at least three posts here, all posts that were contradictory of YOUR comments or recomendations of course. The first two of mine you deleted stated I had recompiled without the two options as you recomended and I still got the same results. The one of poixons that you deleted stated that the dev version worked for him but he did not want to run it. So why can't we just figure out what is going on here? I'm not the only person with this problem, search groups.google.com (or usenet) and you'll find others who had the same problem (but didn't report thier solution). [2003-02-18 00:21:35] p0ix0n at yahoo dot com Like I mentioned in the post that has been deleted. I would rather not run a developer version on a production server. For testing purposes I tried building the latest snapshot using the link posted. Below is the output. configuried with: './configure' '--with-apxs=/usr/local/sbin/apxs' '--with-config-file-path=/usr/local/etc' '--enable-versioning' '--with-regex=system' '--without-gd' '--without-mysql' '--with-zlib' '--with-imap-ssl=/usr/local' '--with-mysql=/usr/local' '--with-ldap=/usr/local' '--with-expat-dir=/usr/local' '--with-gettext=/usr/local' '--prefix=/usr/local' '--with-mcrypt' compile output: bash-2.04# make /bin/sh libtool --preserve-dup-deps --mode=compile gcc -Iext/zlib/ -I/usr/local/src/php4/ext/zlib/ -DPHP_ATOM_INC -I/usr/local/src/php4/include -I/usr/local/src/php4/main -I/usr/local/src/php4 -I/usr/local/src/php4/Zend -I/usr/local/include -I/usr/local/include/mysql -DMOD_SSL=208112 -DMOD_PERL -DUSE_PERL_SSI -DAPPLLIB_EXP="/usr/local/lib/perl5/5.6.1/BSDPAN" -DEAPI -DAPPLLIB_EXP=/usr/local/lib/perl5/5.6.1/BSDPAN -I/usr/local/src/php4/TSRM -g -O2 -prefer-pic -c /usr/local/src/php4/ext/zlib/zlib.c -o ext/zlib/zlib.lo gcc -Iext/zlib/ -I/usr/local/src/php4/ext/zlib/ -DPHP_ATOM_INC -I/usr/local/src/php4/include -I/usr/local/src/php4/main -I/usr/local/src/php4 -I/usr/local/src/php4/Zend -I/usr/local/include -I/usr/local/include/mysql -DMOD_SSL=208112 -DMOD_PERL -DUSE_PERL_SSI -DAPPLLIB_EXP=/usr/local/lib/perl5/5.6.1/BSDPAN -DEAPI -DAPPLLIB_EXP=/usr/local/lib/perl5/5.6.1/BSDPAN -I/usr/local/src/php4/TSRM -g -O2 -c /usr/local/src/php4/ext/zlib/zlib.c -fPIC -DPIC In file included from /usr/include/sys/param.h:104, from /usr/local/src/php4/TSRM/tsrm_config_common.h:14, from /usr/local/src/php4/TSRM/tsrm_virtual_cwd.h:26, from /usr/local/src/php4/main/php.h:360, from /usr/local/src/php4/ext/zlib/zlib.c:28: /usr/include/machine/limits.h:81: warning: `LONG_MAX' redefined /usr/local/src/php4/Zend/zend.h:189: warning: this is the location of the previous definition /usr/include/machine/limits.h:82: warning: `LONG_MIN' redefined /usr/local/src/php4/Zend/zend.h:193: warning: this is the location of the previous definition In file included from /usr/local/src/php4/TSRM/tsrm_config_common.h:14, from /usr/local/src/php4/TSRM/tsrm_virtual_cwd.h:26, from /
#22251 [Bgs]: wrong parameters in $_GET/$_PUT tables
ID: 22251 User updated by: kr at bpm dot pl Reported By: kr at bpm dot pl Status: Bogus Bug Type: *Programming Data Structures Operating System: RH8.0 PHP Version: 4.2.3 New Comment: I understand you Sniper :-) but you don't understand me. Is this line correct? Yes!!! It is correct! I can call checkbox "par" and I don't must call it "par[]". If "it is correct", the result of PHP action ($_GET/$_PUT['par']) should be correct to! When I call chackbox "par[]" it is simple crossing over the problem but not founding real solution. Previous Comments: [2003-02-17 11:47:16] [EMAIL PROTECTED] Again, append that [] in the name: And no, we will not change this. [2003-02-17 11:33:36] kr at bpm dot pl This path: file.php?par[]=1&par[]=2&par[]=3 is correct for my PHP. Thanks. But my opinion url: file.php?par=1&par=2&par=3 is correct too. Submit form with e.g. [2003-02-17 11:04:57] [EMAIL PROTECTED] A correct url of file.php?par[]=1&par[]=2&par[]=3 would give you the expected result.. [2003-02-17 09:56:44] kr at bpm dot pl apache 2.0.40 web browser: file.php?par=1&par=2&par=3 echo count($_GET); // 1 echo $_GET["par"]; // 3(string) not table with values:1,2,3 -- Edit this bug report at http://bugs.php.net/?id=22251&edit=1
