#28523 [Opn->Csd]: Error in ext/sockets/sockets.c file
ID: 28523 Updated by: [EMAIL PROTECTED] Reported By: sebastien dot masson at transcontinental dot ca -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: HP-UX 11.11 PHP Version: 5CVS-2004-05-26 (dev) New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-05-26 03:22:54] sebastien dot masson at transcontinental dot ca Description: I'm unable to compile the socket option last PHP5 snapshot on my HP-UX 11.11 box. The error come from the sockets.c file under ext/sockets directory. The error appear in release 1.162 of the file. I was able to compile with the v1.161. Reproduce code: --- Here the line 325 in sockets.c (v1.162 and v1.163) file. spprintf(&(SOCKETS_G(strerror_buf), "Host lookup error %d", error); A brace is missing and generate compile error. Expected result: N/A Actual result: -- N/A -- Edit this bug report at http://bugs.php.net/?id=28523&edit=1
#28514 [Opn->Fbk]: POST variables not set
ID: 28514 Updated by: [EMAIL PROTECTED] Reported By: john at odlin dot co dot uk -Status: Open +Status: Feedback Bug Type: HTTP related -Operating System: Linux RH +Operating System: Cobalt Linux PHP Version: 4.3.6 New Comment: AFAIK there were some problems with apache 1.3.20, please upgrade that to the latest version (1.3.29 iirc) and report back if that fixes the problem. Previous Comments: [2004-05-25 21:36:15] john at odlin dot co dot uk gpc_order GPC variables_order GPCS [2004-05-25 17:50:14] [EMAIL PROTECTED] What are the values or your gpc_order and variables_order INI settings? [2004-05-25 04:36:33] john at odlin dot co dot uk Description: POST variables don't get set if get called from a page that includes http:// in the action but GET works fine. Apache/1.3.20 Sun Cobalt (Unix) mod_ssl/2.8.4 OpenSSL/0.9.6b PHP/4.3.6 mod_auth_pam_external/0.1 FrontPage/4.0.4.3 mod_perl/1.25 using recommended ini file. './configure' '--prefix=/usr' '--with-apxs=/usr/sbin/apxs' '--with-gettext=/usr' '--with-config-file-path=/etc/httpd' '--with-exec-dir=/usr/bin' '--with-zlib' '--enable-magic-quotes' '--with-ttf' '--with-db' '--with-gdbm' '--enable-mbstring' '--enable-wddx=shared' '--enable-xml' '--enable-ftp' '--disable-debug' '--with-libdir=/usr/lib' '--with-pgsql=shared' '--with-pdflib=shared' '--enable-inline-optimization' '--with-openssl' '--enable-bcmath' '--enable-sockets' Reproduce code: --- http://www.domain.com/index.php"; METHOD="POST"> The third example does not work. Expected result: Array ( [HTTP_POST_VARS] => Array ( [transId] => 1 [submit] => Submit ) [_POST] => Array ( [transId] => 1 [submit] => Submit ) ... Actual result: -- Array ( [HTTP_POST_VARS] => Array ( ) [_POST] => Array ( ) ... -- Edit this bug report at http://bugs.php.net/?id=28514&edit=1
#28504 [Opn->Bgs]: php start-up:
ID: 28504 Updated by: [EMAIL PROTECTED] Reported By: hgalt at gmx dot net -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Windows xp prof PHP Version: 5.0.0RC2 New Comment: Mixed up mssql and mysql -> bogus. Previous Comments: [2004-05-25 12:27:20] lars_stegelitz at col dot wunderman dot com are you sure you haven't a typo-bug ? '... missing the mySQL DLL. ...' '... php_mysql.dll I got: PHP start-up: Unable to load dynamic library: c:\php\ext\php_mssql.dll It complains about the MS-SQL Dll, not MySQL ! [2004-05-24 12:21:52] hgalt at gmx dot net Description: Using 5.0.0RC2 for Windows. Up to now it was working fine. Now I installed mySQL and tied to use phpMyAdmin for administrate the DB. PhpMyAdmin is missing the mySQL DLL. If I change the php.ini and enable the extension php_mysql.dll I got: PHP start-up: Unable to load dynamic library: c:\php\ext\php_mssql.dll but the File exist! I could not found anything in the bug list. Is this problem known? Kind Regards, Hans-Georg Althoff [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=28504&edit=1
#13042 [Com]: Web server aborts during startup
ID: 13042
Comment by: bharatprakash at hotmail dot com
Reported By: joseph dot mcdaniel at bellsouth dot com
Status: No Feedback
Bug Type: iPlanet related
Operating System: solaris 2.8
PHP Version: 4.0.6
New Comment:
Check the permission from the first directory i.e. /opt/app
This directory should have 755
Previous Comments:
[2002-10-17 01:00:01] php-bugs at lists dot php dot net
No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2002-09-29 20:19:28] [EMAIL PROTECTED]
Does the solution mentioned in #10821 fix this for you?
[2002-08-14 21:30:40] [EMAIL PROTECTED]
Duplicate of 10821
[2001-08-29 14:32:12] joseph dot mcdaniel at bellsouth dot com
The configuration options were:
configure --with-mysql=/usr/local/mysql
--with-nsapi=/opt/app/netscape/server4/
--enable-track-vars
--enable-libgcc
--with-zlib=/usr/local
[2001-08-29 14:23:15] joseph dot mcdaniel at bellsouth dot com
Iplanet 4.1 web server will not come up with obj.conf modifications as
documented.
Compiled with:
configure --with-mysql=/usr/local/mysql
--with-nsapi=/opt/app/netscape/server4/
--enable-track-vars
--enable-enable-libgcc
--with-zlib=/usr/local
No configuration or make errors.
Web server comes up fine until the obj.conf modfied as below.
---
output of truss:
open("/opt/app/netscape/server4/userdb/dbswitch.conf", O_RDONLY) = 10
fstat64(10, 0xFFBED938) = 0
ioctl(10, TCGETA, 0xFFBED8C4) Err#25 ENOTTY
read(10, " d i r e c t o r y d e".., 8192)= 31
read(10, 0x0018251C, 8192) = 0
llseek(10, 0, SEEK_CUR) = 31
close(10) = 0
brk(0x00188CC0) = 0
brk(0x0018CCC0) = 0
mmap(0x, 73728, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_NORESERV
E|MAP_ANON, -1, 0) = 0xFDC8
mprotect(0xFDC8, 8192, PROT_NONE) = 0
sigaction(SIGABRT, 0x, 0xFFBEAC08) = 0
llseek(0, 0, SEEK_CUR) = 80974
sigaction(SIGABRT, 0xFFBEAA58, 0xFFBEAB58) = 0
sigprocmask(SIG_SETMASK, 0xFED5ADB8, 0xFFBEAA60) = 0
lwp_kill(1, SIGABRT)= 0
sigprocmask(SIG_SETMASK, 0xFFBEAA60, 0x) = 0
Received signal #6, SIGABRT [default]
siginfo: SIGABRT pid=28519 uid=60001 code=-1
*** process killed ***
obj.conf modified for php:
# Sun Netscape Alliance - obj.conf
# You can edit this file, but comments and formatting changes
# might be lost when the admin server makes changes.
Init fn="load-modules"
shlib="/opt/app/siteminder/webagent/lib/NSAPIWebAgent.so"
funcs="SmInitAgent,SiteMinderAgent,SmRequireAuth,SmLoginFcc,smGetCred,smMakeCookie"
Init fn="SmInitAgent"
config="/opt/app/netscape/server4/https-bosdf7i4/config/WebAgent.conf"
Init fn="flex-init"
access="/opt/app/netscape/server4/https-bosdf7i4/logs/access"
format.access="%Ses->client.ip% - %Req->vars.auth-user% [%SYSDATE%]
\"%Req->reqpb.clf-request%\" %Req->srvhdrs.clf-status%
%Req->srvhdrs.content-length%"
Init fn="load-types" mime-types="mime.types"
Init fn="load-modules" shlib="/opt/app/netscape/server4/bin/libphp4.so"
funcs="php4_init,php4_close,php4_execute,php4_auth_trans"
Init fn="php4_init" LateInit="yes"
Init fn="load-modules"
shlib="/opt/app/netscape/server4/bin/https/lib/libNSServletPlugin.so"
funcs="NSServletEarlyInit,NSServletLateInit,NSServletNameTrans,NSServletService"
shlib_flags="(global|now)"
Init fn="NSServletEarlyInit" EarlyInit="yes"
Init fn="NSServletLateInit" LateInit="yes"
AuthTrans fn="SiteMinderAgent"
NameTrans fn="pfx2dir" from="/siteminderagent/pwcgi"
dir="/opt/app/siteminder/webagent/pw" name="cgi"
NameTrans fn="pfx2dir" from="/siteminderagent/pw"
dir="/opt/app/siteminder/webagent/pw"
NameTrans fn="pfx2dir" from="/siteminderagent"
dir="/opt/app/siteminder/webagent/samples"
NameTrans fn="NSServletNameTrans" name="servlet"
NameTrans fn="pfx2dir" from="/servlet"
dir="/opt/app/netscape/server4/docs/servlet" name="ServletByExt"
NameTrans fn="pfx2dir" from="/ns-icons"
dir="/opt/app/netscape/server4/ns-icons" name="es-internal"
NameTrans fn="pfx2dir" from="/mc-icons"
dir="/opt/app/netscape/server4/ns-icons" name="es-internal"
#28523 [NEW]: Error in ext/sockets/sockets.c file
From: sebastien dot masson at transcontinental dot ca Operating system: HP-UX 11.11 PHP version: 5CVS-2004-05-26 (dev) PHP Bug Type: Compile Failure Bug description: Error in ext/sockets/sockets.c file Description: I'm unable to compile the socket option last PHP5 snapshot on my HP-UX 11.11 box. The error come from the sockets.c file under ext/sockets directory. The error appear in release 1.162 of the file. I was able to compile with the v1.161. Reproduce code: --- Here the line 325 in sockets.c (v1.162 and v1.163) file. spprintf(&(SOCKETS_G(strerror_buf), "Host lookup error %d", error); A brace is missing and generate compile error. Expected result: N/A Actual result: -- N/A -- Edit bug report at http://bugs.php.net/?id=28523&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28523&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28523&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28523&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28523&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28523&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28523&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28523&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28523&r=support Expected behavior: http://bugs.php.net/fix.php?id=28523&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28523&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28523&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28523&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28523&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28523&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28523&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28523&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28523&r=float
#24718 [Com]: odbc_result_all crashes on some results
ID: 24718 Comment by: johnr at silver-bullet dot co dot nz Reported By: psychosos at gmx dot at Status: No Feedback Bug Type: ODBC related Operating System: Windows 2000 Professional PHP Version: 4.3.2 Assigned To: kalowsky New Comment: I have a very similar problem with an access database (97 I think). The database is password protected and we need the data to import into a new system - mdbtools and php works a treat, except on one table. It will retrieve x records and then crash. Trying to retrieve the next record (in sequence, after the last successful fetch) also results in a crash. mdb-export works a treat. I suspect that long memo fields are the problem. (I haven't checked every one but all the ones that failed that I did check had long memo fields.) The schema (as reported by mdb-schema) is: CREATE TABLE Customer ( CustID Long Integer (4), AccCode Text (10), StatusFlag Integer (2), SName Text (50), InitialsText (50), Title Text (5), Street Text (50), Suburb Text (50), CityText (50), State Text (30), Post1 Text (50), Post2 Text (50), PostCodeText (20), TeleH Text (15), TeleW Text (15), TeleM Text (15), FaxNo Text (15), Email Text (50), CodeText (4), CreditLimit Text (20), Contact Text (50), ODInterest Boolean, Preferred Text (50), Notes Memo/Hyperlink, SendNotice Integer (2) ); Previous Comments: [2003-11-05 00:35:12] [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-10-31 09:55:32] [EMAIL PROTECTED] You are correct that a LONGCHAR is not supported, although I haven't a clue what that would actually be. A CHAR, VARCHAR, VARBINARY, LONGVARBINARY would all be valid substitutions though. Can you try changing that and see if this solves your problem? [2003-07-28 07:14:47] psychosos at gmx dot at Hello, Here is a more exact schema of the table called Kommentare, created with odbc_columns: TABLE.COLUMN/DATA_TYPE/TYPE_NAME/COLUMN_SIZE Kommentare.ID/4/INTEGER/10 Kommentare.Kommentar/-1/LONGCHAR/1073741823 Kommentare.Kommentator/12/VARCHAR/50 Kommentare.Datum/11/DATETIME/19 Kommentare.IP/12/VARCHAR/15 So actually column Kommentator it is a VARCHAR, not a Text as I said before. (That's just how the German version of MS Access likes to call it.) I have to admit I am not sure whether LONGCHAR is supported though. Could this be the problem? You can get the zipped SQLLog for the query "SELECT Kommentar FROM Kommentare" at http://forum.geizhals.at/files/641/SQL.ZIP (around 4KB). I hope it helps. [2003-07-27 23:38:26] [EMAIL PROTECTED] Well the start is that type TEXT isn't really supported by ODBC v2 (which is what PHP uses). If you can change to a type VARCHAR that would work much better (I can't remember if Access cares about this or not). But for further debugging information, if you can turn on SQLLogging (under your ODBC Administrator) create the connection, run one of the queries that crashes everything, and post the results here that would help. You might need/want to ensure the removal of the site specific information (i.e. login and password) before you post it here though. [2003-07-24 16:17:10] psychosos at gmx dot at Sorry about the delay. The database I am experiencing the problem with is an Microsoft Access Database I created with MS Access XP. The problematic table has the following schema: Table Kommentare ID long integer DEFAULT 0 NOT NULL Kommentar Memo NOT NULL Kommentator Text (50) Datum Date/Time (standard date) IP Text(15) (sorry about non-SQL conformity; I tried to transcribe the MS Access information) "SELECT * FROM Kommentare" crashes PHP. "SELECT ID, Kommentator, Datum, IP FROM Kommentare" works fine. "SELECT Kommentar FROM Kommentare" crashes PHP. "SE
#28522 [NEW]: .htaccess settings missing
From: phpbugs at pajunas dot net Operating system: FreeBSD 5.2.x PHP version: 4.3.6 PHP Bug Type: Apache2 related Bug description: .htaccess settings missing Description: After several months of proper behavior and no system changes, apache2/php are no longer consistently applying php_value and php_flag settings from .htaccess files. I create a .htaccess file including the following settings (which differ from their php.ini values): php_flag display_errors On php_flag register_globals On Between 5-10% of web requests do not take these settings into account. A phpinfo() script, reloaded repeatedly produces the php.ini (and not the .htaccess) values some of the time, and scripts relying on these settings occasionally break. This began occurring without warning, and may related to the addition of ~12 VirtualHosts to apache ./configure' '--enable-versioning' '--enable-memory- limit' '--with-layout=GNU' '--with-zlib-dir=/usr' '-- disable-all' '--with-regex=php' '--with-pear' '--enable- bcmath' '--with-bz2=/usr' '--enable-calendar' '--with- cdb' '--with-crack=/usr/local' '--enable-ctype' '--with- curl=/usr/local' '--with-db4=/usr/local' '--enable-dba' '--enable-dbx' '--enable-dio' '--with-dom=/usr/local' '--with-dom-xslt=/usr/local' '--with-dom-exslt=/usr/ local' '--enable-exif' '--enable-ftp' '--with-gd' '-- enable-gd-native-ttf' '--enable-gd-jis-conv' '--with- freetype-dir=/usr/local' '--with-t1lib=/usr/local' '-- with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-gdbm=/usr/local' '--with-gettext=/usr/local' '-- with-iconv-dir=/usr/local' '--with-iconv=/usr/local' '-- with-inifile' '--with-java=/usr/local/jdk1.4.2' '-- enable-mbstring' '--with-mcal=/usr/local' '--with- mcrypt=/usr/local' '--with-mhash=/usr/local' '--with- mime-magic=/usr/share/misc/magic.mime' '--with-ming=/ usr/local' '--with-mm=/usr/local' '--with-mnogosearch=/ usr/local' '--with-mysql=/usr/local' '--with-ldap=/usr/ local' '--with-openssl-dir=/usr' '--with-openssl=/usr' '--enable-overload' '--with-pcre-regex=yes' '--with- pdflib=/usr/local' '--enable-posix' '--with-pgsql=/usr/ local' '--with-pspell=/usr/local' '--enable-session' '-- enable-shmop' '--enable-sockets' '--enable-sysvsem' '-- enable-sysvshm' '--enable-tokenizer' '--with-unixODBC=/ usr/local' '--enable-wddx' '--with-expat-dir=/usr/local' '--enable-xml' '--with-xmlrpc' '--enable-xslt' '--with- xslt-sablot=/usr/local' '--with-zip=/usr/local' '--with- zlib=yes' '--with-apxs2=/usr/local/sbin/apxs' '--with- imap=/usr/local' '--with-imap-ssl=/usr/local' '--with- snmp=/usr/local' '--enable-ucd-snmp-hack' '--prefix=/ usr/local' 'i386-portbld-freebsd5.2' -- Edit bug report at http://bugs.php.net/?id=28522&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28522&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28522&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28522&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28522&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28522&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28522&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28522&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28522&r=support Expected behavior: http://bugs.php.net/fix.php?id=28522&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28522&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28522&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28522&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28522&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28522&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28522&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28522&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28522&r=float
#28282 [Fbk->NoF]: a few problems in 5.0.0RC1
ID: 28282 Updated by: [EMAIL PROTECTED] Reported By: pkw000 at hotmail dot com -Status: Feedback +Status: No Feedback Bug Type: Output Control Operating System: linux redhot version 9 PHP Version: 5.0.0RC2 New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2004-05-17 22:43:58] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2004-05-05 13:47:01] pkw000 at hotmail dot com Description: Hello, In respect of using 5.0.0RC1, there are a few problems to let you know. 1. Warning: Unexpected character in input: ' in /home/parksvill/bbshop3/lib.php on line 864 The above warning message sometimes appears over the internet browser. This problem did not happen with old version. This message will disappear by pressing F5 shortkey. We are in a stage of completing our shopping mall over Internet(http://parksvill.codns.com/shop/main.php) We have upgraded from old version to 5.0.RC1. 2. In GIF patch, we have employed a picture libary(GB libary) which makes better qulity of picture. In that sometimes,warning message appears over the browser. 3. To use the picture libary, a php function was created and the libary was patched to the php function. The old version was OK with this created function, but employing this beta version of 5.0.RC1 shows some warning messages. 4. To design a web interface, we have used Mysql. This beta version causes some error messages while we try to simulate. The Mysql was OK with old version. We look forward to hearing from you soon. Mr K W Park -- Edit this bug report at http://bugs.php.net/?id=28282&edit=1
#28512 [Opn->Fbk]: Mssql.c runtime error
ID: 28512
Updated by: [EMAIL PROTECTED]
Reported By: barry at hpfm dot com dot au
-Status: Open
+Status: Feedback
Bug Type: Session related
Operating System: Redhat 9.0
PHP Version: 4.3.5
New Comment:
Can you please try to create a sample that uses the native function
calls directly. That would make debugging easier for me.
Previous Comments:
[2004-05-25 00:53:43] barry at hpfm dot com dot au
Description:
I am developing an application that runs php on Rh9.0,Apache1.3 that
accesses data residing on a Windows SBS server running SQLSERVER.
I am getting huge apache error_log files (see attached sample) because
of a memory leak in msssql.c.
The application runs quite slowly and really hammers the apache
server.
The application is using PEAR DB, DBO.
Occassionally the $dbo->find() will not return anything at all.
Reproduce code:
---
";
$member->debugLevel(0);
echo "Issue find request";
$transfers=$member->find();
echo $transfers." CPL folk to translate";
while ( ( $member->fetch() ) )
{
echo "";
var_dump($member->toArray());
echo "";
}
?>
Actual result:
--
---
[Tue May 25 08:47:49 2004] Script:
'/www/sites/slsa/SLSA_Members/include/DBTes
ts01.php'
---
/downloads/php4.3/php4.3.5/php-4.3.5/ext/mssql/php_mssql.c(191) : Block
0x083839
00 status:
/downloads/php4.3/php4.3.5/php-4.3.5/Zend/zend_variables.c(44) : Actual
location
(location was relayed)
Beginning: OK (allocated on
/downloads/php4.3/php4.3.5/php-4.3.5/ext/mssql/
php_mssql.c:847, 19 bytes)
End: Overflown (magic=0x2A8FCC00 instead of 0x2A8FCC84)
1 byte(s) overflown
---
--
Edit this bug report at http://bugs.php.net/?id=28512&edit=1
#28521 [NEW]: After a virtual(), include_path is reset to php.ini values
From: Bjorn dot Victor at it dot uu dot se
Operating system: Solaris 9/Linux (Fedora)
PHP version: 4CVS-2004-05-25 (stable)
PHP Bug Type: Apache2 related
Bug description: After a virtual(), include_path is reset to php.ini values
Description:
In PHP 4.3.7RC2-dev (STABLE-200405251830) (and 4.3.6), after a call to
virtual() (whether successful or not), the include_path is reset to the
value in php.ini.
This behaviour does not respect settings in httpd.conf, e.g. for virtual
hosts (although these are not enabled in the example), and makes the
virtual() call mostly useless. It happens with Apache 2.0.49 both in
Fedora Core 1 Linux and Solaris 9 (only tested 4.3.6 there).
Clue: in PHP 4.3.4, this behaviour did not occur: include_path was the
same before and after the call to virtual().
Guess: might it be related to (the patch for) bug #25753?
Reproduce code:
---
In php.ini:
include_path = ".:/usr/share/pear"
In httpd.conf:
php_admin_value include_path ".:/home/opt/lib/php:/usr/share/pear"
In foo.php:
include path: ".ini_get('include_path')."\n";
virtual('foo.html');
print "include path: ".ini_get('include_path')."\n";
?>
(Content of foo.html not important, it doesn't need to exist).
Expected result:
include path: .:/home/opt/lib/php:/usr/share/pear
include path: .:/home/opt/lib/php:/usr/share/pear
Actual result:
--
include path: .:/home/opt/lib/php:/usr/share/pear
include path: .:/usr/share/pear
--
Edit bug report at http://bugs.php.net/?id=28521&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28521&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28521&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28521&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28521&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28521&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28521&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28521&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28521&r=support
Expected behavior: http://bugs.php.net/fix.php?id=28521&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28521&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28521&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28521&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28521&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28521&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28521&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28521&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28521&r=float
#28514 [Fbk->Opn]: POST variables not set
ID: 28514 User updated by: john at odlin dot co dot uk Reported By: john at odlin dot co dot uk -Status: Feedback +Status: Open Bug Type: HTTP related Operating System: Linux RH PHP Version: 4.3.6 New Comment: gpc_order GPC variables_order GPCS Previous Comments: [2004-05-25 17:50:14] [EMAIL PROTECTED] What are the values or your gpc_order and variables_order INI settings? [2004-05-25 04:36:33] john at odlin dot co dot uk Description: POST variables don't get set if get called from a page that includes http:// in the action but GET works fine. Apache/1.3.20 Sun Cobalt (Unix) mod_ssl/2.8.4 OpenSSL/0.9.6b PHP/4.3.6 mod_auth_pam_external/0.1 FrontPage/4.0.4.3 mod_perl/1.25 using recommended ini file. './configure' '--prefix=/usr' '--with-apxs=/usr/sbin/apxs' '--with-gettext=/usr' '--with-config-file-path=/etc/httpd' '--with-exec-dir=/usr/bin' '--with-zlib' '--enable-magic-quotes' '--with-ttf' '--with-db' '--with-gdbm' '--enable-mbstring' '--enable-wddx=shared' '--enable-xml' '--enable-ftp' '--disable-debug' '--with-libdir=/usr/lib' '--with-pgsql=shared' '--with-pdflib=shared' '--enable-inline-optimization' '--with-openssl' '--enable-bcmath' '--enable-sockets' Reproduce code: --- http://www.domain.com/index.php"; METHOD="POST"> The third example does not work. Expected result: Array ( [HTTP_POST_VARS] => Array ( [transId] => 1 [submit] => Submit ) [_POST] => Array ( [transId] => 1 [submit] => Submit ) ... Actual result: -- Array ( [HTTP_POST_VARS] => Array ( ) [_POST] => Array ( ) ... -- Edit this bug report at http://bugs.php.net/?id=28514&edit=1
#26636 [Com]: multi-result-set on Sybase
ID: 26636 Comment by: alahaye at fm2i dot com Reported By: a dot lahaye at wanadoo dot fr Status: Bogus Bug Type: Sybase-ct (ctlib) related Operating System: Linux RedHat 7.3 PHP Version: 4.3.4 New Comment: Hi all, On PHP 4.3.7 in "list of change" you said : >> Fixed handling of return values from storred procedures in mssql_execute() with multiple result sets returned. And for Sybase ? Many people have the same pb with Sybase. Bug related to : #13763, #11475, #13475, #13735, #12074,#26363 Thx a lot. Previous Comments: [2003-12-16 00:08:17] [EMAIL PROTECTED] 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. Thank you for your interest in PHP. See bug #13475 [2003-12-15 18:29:09] a dot lahaye at wanadoo dot fr Description: Hi, When your run a stored procedure (under sybase) that make multi-result-set you can only have the first multi-result-set (not the other). Bug related to : #13763, #11475, #13475, #13735, #12074 for example in a stored procedure (at the end of this) SELECT LIB1, LIB2 FROM LIBELLE SELECT NAME, FNAME FROM PEOPLE You have only date from table LIBELLE Expected result: >From java you can access to the multi-result-set Actual result: -- get only the first result set -- Edit this bug report at http://bugs.php.net/?id=26636&edit=1
#28520 [Opn->Csd]: The PHPRC environment variable does not change the PHP.INI location
ID: 28520 User updated by: alex_mailbox53 at yahoo dot com Reported By: alex_mailbox53 at yahoo dot com -Status: Open +Status: Closed Bug Type: *Configuration Issues Operating System: Windows 2000 PHP Version: 5.0.0RC2 New Comment: I'm very sory. Actually, the C:\amp\php-4.3.6 did not contain the php.ini. When I place it there everything becamed ok. Canceled. Previous Comments: [2004-05-25 21:07:39] alex_mailbox53 at yahoo dot com Description: I'm trying to change the INI file location using - apache.php5.bat - set PATH=C:\amp\php-5.0.0RC2;C:\amp\php-5.0.0RC2\ext set PHPRC=C:\amp\php-5.0.0RC2 C:\amp\apache-1.3.27\Apache\Apache.exe -D PHP5 - --- - And no effect. The similar file for PHP4 works well: - apache.php4.bat - set PATH=C:\amp\php-4.3.6;C:\amp\php-4.3.6\extensions;C:\amp\php-4.3.6\dlls set PHPRC=C:\amp\php-4.3.6 C:\amp\apache-1.3.27\Apache\Apache.exe -D PHP4 - --- - PHP Info in both cases shows the PHPRC variable with corresponded value, but the INI file is changed for PHP4 only. PHP5 shows the c:\WINNT. -- Edit this bug report at http://bugs.php.net/?id=28520&edit=1
#28520 [NEW]: The PHPRC environment variable does not change the PHP.INI location
From: alex_mailbox53 at yahoo dot com Operating system: Windows 2000 PHP version: 5.0.0RC2 PHP Bug Type: *Configuration Issues Bug description: The PHPRC environment variable does not change the PHP.INI location Description: I'm trying to change the INI file location using - apache.php5.bat - set PATH=C:\amp\php-5.0.0RC2;C:\amp\php-5.0.0RC2\ext set PHPRC=C:\amp\php-5.0.0RC2 C:\amp\apache-1.3.27\Apache\Apache.exe -D PHP5 - --- - And no effect. The similar file for PHP4 works well: - apache.php4.bat - set PATH=C:\amp\php-4.3.6;C:\amp\php-4.3.6\extensions;C:\amp\php-4.3.6\dlls set PHPRC=C:\amp\php-4.3.6 C:\amp\apache-1.3.27\Apache\Apache.exe -D PHP4 - --- - PHP Info in both cases shows the PHPRC variable with corresponded value, but the INI file is changed for PHP4 only. PHP5 shows the c:\WINNT. -- Edit bug report at http://bugs.php.net/?id=28520&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28520&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28520&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28520&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28520&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28520&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28520&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28520&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28520&r=support Expected behavior: http://bugs.php.net/fix.php?id=28520&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28520&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28520&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28520&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28520&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28520&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28520&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28520&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28520&r=float
#28517 [NEW]: differing behaviour between sscanf/ffscanf
From: dolfi at zkm dot de Operating system: Mandrake 9.2 PHP version: Irrelevant PHP Bug Type: Strings related Bug description: differing behaviour between sscanf/ffscanf Description: fscanf on multiline input works differently than sscanf on exactly the same data presented as a string. Reproduce code: --- Expected result: bla;blup; bla;blup; Actual result: -- bla;blup; ;; -- Edit bug report at http://bugs.php.net/?id=28517&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28517&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28517&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28517&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28517&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28517&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28517&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28517&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28517&r=support Expected behavior: http://bugs.php.net/fix.php?id=28517&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28517&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28517&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28517&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28517&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28517&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28517&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28517&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28517&r=float
#28514 [Opn->Fbk]: POST variables not set
ID: 28514 Updated by: [EMAIL PROTECTED] Reported By: john at odlin dot co dot uk -Status: Open +Status: Feedback Bug Type: HTTP related Operating System: Linux RH PHP Version: 4.3.6 New Comment: What are the values or your gpc_order and variables_order INI settings? Previous Comments: [2004-05-25 04:36:33] john at odlin dot co dot uk Description: POST variables don't get set if get called from a page that includes http:// in the action but GET works fine. Apache/1.3.20 Sun Cobalt (Unix) mod_ssl/2.8.4 OpenSSL/0.9.6b PHP/4.3.6 mod_auth_pam_external/0.1 FrontPage/4.0.4.3 mod_perl/1.25 using recommended ini file. './configure' '--prefix=/usr' '--with-apxs=/usr/sbin/apxs' '--with-gettext=/usr' '--with-config-file-path=/etc/httpd' '--with-exec-dir=/usr/bin' '--with-zlib' '--enable-magic-quotes' '--with-ttf' '--with-db' '--with-gdbm' '--enable-mbstring' '--enable-wddx=shared' '--enable-xml' '--enable-ftp' '--disable-debug' '--with-libdir=/usr/lib' '--with-pgsql=shared' '--with-pdflib=shared' '--enable-inline-optimization' '--with-openssl' '--enable-bcmath' '--enable-sockets' Reproduce code: --- http://www.domain.com/index.php"; METHOD="POST"> The third example does not work. Expected result: Array ( [HTTP_POST_VARS] => Array ( [transId] => 1 [submit] => Submit ) [_POST] => Array ( [transId] => 1 [submit] => Submit ) ... Actual result: -- Array ( [HTTP_POST_VARS] => Array ( ) [_POST] => Array ( ) ... -- Edit this bug report at http://bugs.php.net/?id=28514&edit=1
#27758 [Com]: High memory usage/leak
ID: 27758 Comment by: marek at lewczuk dot com Reported By: tingle at virtuanews dot co dot uk Status: Open Bug Type: Performance problem Operating System: Windows 2000 SP4 PHP Version: 5CVS-2004-03-29 (dev) New Comment: I have the same problem - Apache 2.0.48 + latest PHP5. Previous Comments: [2004-05-13 17:12:30] technik at perlentaucher dot de Same Problem here. System is : Apache 2.0.48 on Gentoo, using latest snapshot of PHP5 ( php5-200405131230 ) Memory Leak happens while running following code : Mem-Leak differs in Size. When reducing load eg. by making the loop smaller it disapears sometime. It happens at the Point where the Data ist loaded into the result-Array. Greetings, Adam [2004-05-07 18:40:00] ppmm at wuxinan dot net Try to use Apache 2.0.48. I have exactly the same problem on the same platform. But when I go back to the older version of Apache, the problem no long exists. [2004-05-03 20:53:00] jpleveille at gameloft dot com I noticed that on the RC2. Is that fixed? I got memory usage increased of 1 to 8 megabytes sometimes. Have to reload Apache every 10 minutes sometimes, annoying! JP. [2004-04-18 10:35:57] tingle at virtuanews dot co dot uk Hi, Sorry for the delay - I was not in a position to download the latest CVS due to a very slow web connection, this has now changed and I have just downloaded the latest file. The problem is now MUCH better, but is still there slightly, where as before it would increase with about 500KB each refresh, it does it by about 50KB each time. It is not as bad, but it is still there [2004-04-12 17:56:11] [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. 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/27758 -- Edit this bug report at http://bugs.php.net/?id=27758&edit=1
#27215 [Opn]: include in php5 is very slow
ID: 27215 Updated by: [EMAIL PROTECTED] Reported By: waboring at 3gstech dot com Status: Open Bug Type: Performance problem Operating System: Redhat 9 PHP Version: 5CVS-2004-02-10 (dev) New Comment: plz test again with latest CVS version. it should be a lot better now. my system (gentoo linux) shows much better performance, so i'd want some feedback. btw: my system runs the script at about 0.74s (almost constant) thanks! Previous Comments: [2004-05-06 14:49:06] alexis dot butplease at nospam dot net I installed PHP5RC1 on my WindowsXP so that I can have a look at my oo php4 app and see what I would have to change with PHP5. Unfortunatly with this PHP5, my require_once() calls at the beginning of my scripts become by far the performance bottleneck. Where any page of the app used to take an average 0.2s it now takes about 1.5s, mostly due to require_once() calls. I can't think of migrating because of this. Well, i'm sure it will all be fixed soon :) Keep up the good work. [2004-04-25 11:18:41] olivier dot bichler at laposte dot net I have the same problem with the version : 5CVS-2004-04-24 (dev) Includes are very slow... [2004-04-23 09:03:47] hagen at xiag dot ch The same thing on PHP5/Windows XP SP1. I think there's nothing to add to the things said above. PHP5 simply parses code too slow. The bug is extremely easy to reproduce Ive tried with different configurations and on different Apache/platform combinations but it still there. You take any class put it to separate file then include it from another one and measure the time taken by include. The difference between php4 and php5 is up to 15-20 times. [2004-03-23 17:44:26] waboring at 3gstech dot com Some more data points. I used apache bench to run the test.php script in my last post. I tested against php 4.3.2 and today's cvs php5. Here are the results. php4: Server Software:Apache/1.3.26 Server Hostname:phphtmllib.hemna.corp.qualys.com Server Port:80 Document Path: /test.php Document Length:34 bytes Concurrency Level: 1 Time taken for tests: 9.748 seconds Complete requests: 100 Failed requests:0 Broken pipe errors: 0 Total transferred: 22900 bytes HTML transferred: 3400 bytes Requests per second:10.26 [#/sec] (mean) Time per request: 97.48 [ms] (mean) php5: Server Software:Apache/1.3.26 Server Hostname:phphtmllib.hemna.corp.qualys.com Server Port:80 Document Path: /test.php Document Length:34 bytes Concurrency Level: 1 Time taken for tests: 39.551 seconds Complete requests: 100 Failed requests:0 Broken pipe errors: 0 Total transferred: 24300 bytes HTML transferred: 3400 bytes Requests per second:2.53 [#/sec] (mean) Time per request: 395.51 [ms] (mean) [2004-03-23 17:06:45] waboring at 3gstech dot com ok with further testing, I have trimmed my configure line down to the following. ./configure \ -with-apxs=/usr/local/apache/bin/apxs I then restart apache. First hit to the test script .097 s Second hit .187 s third .264 s .332 s .346 s .392 s (peaked out here) In each test, I wait a few seconds to make sure there is no load on the machine. I'm using a seperate machine to run the browser as to not polute the server response times. The entire php script. elapsed time: ".$elapsed." s \n"; ?> 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/27215 -- Edit this bug report at http://bugs.php.net/?id=27215&edit=1
#22108 [Com]: php doesn't ignore the utf-8 BOM
ID: 22108 Comment by: lapo at lapo dot it Reported By: bugzilla at jellycan dot com Status: Assigned Bug Type: Feature/Change Request Operating System: * PHP Version: * Assigned To: moriyoshi New Comment: Adding '--enable-zend-multibyte' to latest PHP5 port for FreeBSD for sure solves the problem: All files contain: cyberx [~] $ php /usr/tmp/utf8-bom.php à èéìòù cyberx [~] $ php /usr/tmp/utf8Y-bom.php àèéìòù cyberx [~] $ php /usr/tmp/utf16-bom.php àèéìòù cyberx [~] $ php /usr/tmp/utf16BE-bom.php àèéìòù cyberx [~] $ php /usr/tmp/utf16LE-bom.php àèéìòù Except for "UTF8 without BOM" that is, of course, not distinguishable from ISO8859-15 (default here), all theother formats are correctly interpreted and outputted. (notice that the 'header' instruction prior of the 'echo' one would stutter with a non-BOM-aware PHP compile). I wonder if and when this great multibyte support would be available by default in Win32 compiles, I would really use it for work and am not willing to but VisualC just to compile that ;-) (though I'm trying compiling it with cygwin's gcc using '-mno-cygwin' option, we'll see...) Previous Comments: [2003-11-09 16:12:50] a9c83cd8bb41db324db5b449352f183 at arcor dot de Thought about it... Now I think it's better when the BOM isn't part of the output because that would cause trouble if you want to output images or PDF or something like that... [2003-11-08 06:45:22] a9c83cd8bb41db324db5b449352f183 at arcor dot de I think the best would be that PHP recognizes the BOM and outputs it before it outputs the document (but after the HTTP headers, of course) so that the document can still be recognized as UTF-8 when it's saved to disk (where no Content-Type headers with a charset specification are available). [2003-10-31 11:12:06] [EMAIL PROTECTED] I added i18n support to Zend Engine 2 (though it's still partial one...), and one of its features contain awareness of BOM. So now you can gracefully parse scripts with BOM if you use PHP 5.0.0b2 and configure it with the option '--enable-zend-multibyte'. These features are still experimental and under testing, so that I have not been documented these but I'll add the entry to the manual, ZEND_CHANGES and so on if I feel certain of the stability and robustness of my patch, though I do not know when it is:) Anyway, I'll close this bug if '--enable-zend-multibyte' option in PHP 5.0.0b2 is assured to work well for this problem. Comments are welcome. [2003-02-07 23:13:07] bugzilla at jellycan dot com The BOM (byte order mark) is a few bytes at the very front of a file that act as a signature denoting what type of encoding has been used, and in UTF16/32 it also makes the byte order (LE or BE). Although utf-8 is byte order independent, it has become popular on windows (perhaps not so on unix) to make use of the BOM encoded in UTF-8 to flag the file as being in UTF-8 format. This allows editors to determine the type of the file from the first few characters instead of trying to guess what type the file is. Ref: Textpad 4.6 (http://textpad.com) See the Unicode FAQ for details of the utf-8 BOM... http://www.unicode.org/unicode/faq/utf_bom.html#25 The use of this should be obvious, you have to leave the my-language-only mindset that afflicts too many programmers (myself included before this job) and think about the growing multiplicity of languages on the web. I am writing web applications in Japan, with European language and CJK (Chinese/Japanese/Korean) language processing and interfaces. Thus I have php files where variable values are strings of all sorts of languages - hence utf-8 encoding. I feel that this is definitely a bug in php. Considering that: * php is slowly growing into a language-neutral (i18n/l10n possible) language * php is designed such that php commands can be liberally sprinkled through html, and html is increasing encoded in utf-8 these days * the utf-8 bom is becoming increasingly popular for reasons of indentifying the file character format * if the utf-8 bom exists php actually outputs it incorrectly and in doing so prevents header output I request that you don't see this as a feature request, but as a bug in the handling of utf-8 files. Whether the output generator is the correct characterization of this bug or not I leave up to you. Regards, Brodie. [2003-02-07 08:46:36] bugzilla at jellycan dot com Problem: When a php file is saved in utf-8 format with the UTF-8 BOM as the first three bytes of the file (EF BB BF), PHP doesn't ignore these bytes when loading and compiling the file, bu
#28504 [Com]: php start-up:
ID: 28504 Comment by: lars_stegelitz at col dot wunderman dot com Reported By: hgalt at gmx dot net Status: Open Bug Type: MySQL related Operating System: Windows xp prof PHP Version: 5.0.0RC2 New Comment: are you sure you haven't a typo-bug ? '... missing the mySQL DLL. ...' '... php_mysql.dll I got: PHP start-up: Unable to load dynamic library: c:\php\ext\php_mssql.dll It complains about the MS-SQL Dll, not MySQL ! Previous Comments: [2004-05-24 12:21:52] hgalt at gmx dot net Description: Using 5.0.0RC2 for Windows. Up to now it was working fine. Now I installed mySQL and tied to use phpMyAdmin for administrate the DB. PhpMyAdmin is missing the mySQL DLL. If I change the php.ini and enable the extension php_mysql.dll I got: PHP start-up: Unable to load dynamic library: c:\php\ext\php_mssql.dll but the File exist! I could not found anything in the bug list. Is this problem known? Kind Regards, Hans-Georg Althoff [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=28504&edit=1
#28516 [Com]: main(include/adodb.inc.php): failed to open stream
ID: 28516
Comment by: nis at ubernissen dot dk
Reported By: info at ubernissen dot dk
Status: Open
Bug Type: Scripting Engine problem
Operating System: Suse 9 Pro AMD64
PHP Version: 4CVS-2004-05-25 (stable)
New Comment:
You can see the error here:
http://kms.phd.dk/server.php?pageaction=server&contentaction=serverlist
Previous Comments:
[2004-05-25 11:49:42] info at ubernissen dot dk
Description:
I have a page called server.php, which contains only this "". In the index.php file this is the the first event:
include_once( "include/sitevalues.inc");
In sitevalues.inc the first event is:
include("include/adodb.inc.php");
This is where it fails with this: "Warning:
main(include/adodb.inc.php): failed to open stream: No such file or
directory in /home/kms/htdocs/include/sitevalues.inc on line 6"
The page is loaded in a frameset, where the other frames loads okay.
I have checked include_path and tried changing the last include, but
that generates the same error, except that none of the other frames are
loaded.
My compile string: CFLAGS='-O2 -fPIC -Wall -fno-strict-aliasing
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64' LDFLAGS='-L/usr/lib64'
./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-pear
--with-mysql --enable-shared --with-curl --enable-ftp --enable-sockets
--with-dom --with-xmlrpc --with-zlib-dir=/usr/lib --enable-xslt
--with-xslt-sablot --enable-debug
Reproduce code:
---
I had to implement the in the description.
Expected result:
I expected that the file adodb.inc.php would be loaded!
Actual result:
--
Not sure what to write here!
--
Edit this bug report at http://bugs.php.net/?id=28516&edit=1
#28516 [NEW]: main(include/adodb.inc.php): failed to open stream
From: info at ubernissen dot dk
Operating system: Suse 9 Pro AMD64
PHP version: 4CVS-2004-05-25 (stable)
PHP Bug Type: Scripting Engine problem
Bug description: main(include/adodb.inc.php): failed to open stream
Description:
I have a page called server.php, which contains only this "". In the index.php file this is the the first event:
include_once( "include/sitevalues.inc");
In sitevalues.inc the first event is: include("include/adodb.inc.php");
This is where it fails with this: "Warning: main(include/adodb.inc.php):
failed to open stream: No such file or directory in
/home/kms/htdocs/include/sitevalues.inc on line 6"
The page is loaded in a frameset, where the other frames loads okay.
I have checked include_path and tried changing the last include, but that
generates the same error, except that none of the other frames are
loaded.
My compile string: CFLAGS='-O2 -fPIC -Wall -fno-strict-aliasing
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64' LDFLAGS='-L/usr/lib64'
./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-pear
--with-mysql --enable-shared --with-curl --enable-ftp --enable-sockets
--with-dom --with-xmlrpc --with-zlib-dir=/usr/lib --enable-xslt
--with-xslt-sablot --enable-debug
Reproduce code:
---
I had to implement the in the description.
Expected result:
I expected that the file adodb.inc.php would be loaded!
Actual result:
--
Not sure what to write here!
--
Edit bug report at http://bugs.php.net/?id=28516&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28516&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28516&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28516&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28516&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28516&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28516&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28516&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28516&r=support
Expected behavior: http://bugs.php.net/fix.php?id=28516&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28516&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28516&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28516&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28516&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28516&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28516&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28516&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28516&r=float
#28515 [Com]: A simple comparision operation FAILS!
ID: 28515
Comment by: lars_stegelitz at col dot wunderman dot com
Reported By: andrew dot panin at nvkz dot net
Status: Bogus
Bug Type: Output Control
Operating System: Windows 98 SE
PHP Version: Irrelevant
New Comment:
This happens on 4.3.7dev too, but...
It seems to be a representation problem of 'print $d;'.
If you modify your if-clause the following way, it shows what I mean:
if ($d > 1) { print "E"; }
Now, the 'E' is printed ! It seems, that the value of $d is NOT exactly
one :
if (((int)$d) == 1) { print "E"; }
Whent $d is converted to integer, the 'E' is printed also.
Use number_format($d, 20); to see an internal value representation of
$d (it reads 1.00044409).
When working with floating point values, never ever test on equality!
Previous Comments:
[2004-05-25 11:18:29] [EMAIL PROTECTED]
Floating point values have a limited precision. Hence a value might
not have the same string representation after any processing. That also
includes writing a floating point value in your script and directly
printing it without any mathematical operations.
Thank you for your interest in PHP.
Look at this:
[EMAIL PROTECTED] php-cvs $ php -r \'var_dump(3*(7/3 - 2) == 1);\'
bool(false)
(7/3-2) == 1/3 but a float can never be 1/3 exact.
E.g. floats cannot handle fractions.
[2004-05-25 06:20:54] andrew dot panin at nvkz dot net
Description:
Just look into the code!
Reproduce code:
---
Expected result:
That the "E" will be shown.
Actual result:
--
NOTHING!!!
--
Edit this bug report at http://bugs.php.net/?id=28515&edit=1
#28515 [Opn->Bgs]: A simple comparision operation FAILS!
ID: 28515 Updated by: [EMAIL PROTECTED] Reported By: andrew dot panin at nvkz dot net -Status: Open +Status: Bogus Bug Type: Output Control Operating System: Windows 98 SE PHP Version: Irrelevant New Comment: Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. Thank you for your interest in PHP. Look at this: [EMAIL PROTECTED] php-cvs $ php -r 'var_dump(3*(7/3 - 2) == 1);' bool(false) (7/3-2) == 1/3 but a float can never be 1/3 exact. E.g. floats cannot handle fractions. Previous Comments: [2004-05-25 06:20:54] andrew dot panin at nvkz dot net Description: Just look into the code! Reproduce code: --- Expected result: That the "E" will be shown. Actual result: -- NOTHING!!! -- Edit this bug report at http://bugs.php.net/?id=28515&edit=1
#28505 [Com]: value from __get() concatenated to session_id() gives unexpected results
ID: 28505
Comment by: robbix at web dot de
Reported By: lars_stegelitz at col dot wunderman dot com
Status: Open
Bug Type: Class/Object related
Operating System: Windows 2000
PHP Version: 4.3.4
New Comment:
Same thing happens with PHP 4.3.6
Previous Comments:
[2004-05-25 10:24:09] lars_stegelitz at col dot wunderman dot com
Alas, problem still exists in latest stable version (4.3.7dev)
[2004-05-24 19:03:57] [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
[2004-05-24 14:02:01] lars_stegelitz at col dot wunderman dot com
Description:
Assume a class with overload-support.
Now, if you use an instance of that class to __set/__get a property (of
type string) an try to concatenate it with the return value of another
function (which returns a string like session_id()) some strange things
gonna happen. The actual return value (of the string-returning
function, session_id() in this example) will be changed to '1'!
(see code and the actual/expected results... notice, that the
session_id may differ, but it's never expected to give '1' as a
session_id)
However, if a constant string (or if the return value is temporarily
stored into another variable) is concatenated to the property,
everthing works fine (see comments in the code).
PHP configuration is:
- Win 2000 SP4
- minixampp containing
- Apache/2.0.48 (Win32)
- PHP/4.3.4
Reproduce code:
---
\n";
}
function __get($key, &$value) {
$value = $_SESSION[$key];
echo "__get was called with '$key' \n";
return true;
}
function __set($key, $value) {
$_SESSION[$key] = $value;
echo "__set was called with '$key' = '$value' \n";
return true;
}
}
overload('A');
session_name("my_session");
session_start(); # make sure, a session is started
$a =& new A();
$a->my_var = "test";
$res = $a->my_var.session_id(); # <- doesn't work properly!
# the following one will work as expected
# $res = $a->my_var."_constant_string";
# (produces output: "test_constant_string")
# this one is ok, too:
# $res = $a->my_var."".session_id();
echo "concat test :".$res."\n";
echo "session id : ".session_id()."\n";
?>
Expected result:
A constructed
__set was called with 'my_var' = 'test'
__get was called with 'my_var'
concat-test : test31b4ed95c6d107d9e40368c160843d8e
session id : 31b4ed95c6d107d9e40368c160843d8e
Actual result:
--
A constructed
__set was called with 'my_var' = 'test'
__get was called with 'my_var'
concat-test : test1
session id : 31b4ed95c6d107d9e40368c160843d8e
--
Edit this bug report at http://bugs.php.net/?id=28505&edit=1
#28505 [Fbk->Opn]: value from __get() concatenated to session_id() gives unexpected results
ID: 28505
User updated by: lars_stegelitz at col dot wunderman dot com
Reported By: lars_stegelitz at col dot wunderman dot com
-Status: Feedback
+Status: Open
Bug Type: Class/Object related
Operating System: Windows 2000
PHP Version: 4.3.4
New Comment:
Alas, problem still exists in latest stable version (4.3.7dev)
Previous Comments:
[2004-05-24 19:03:57] [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
[2004-05-24 14:02:01] lars_stegelitz at col dot wunderman dot com
Description:
Assume a class with overload-support.
Now, if you use an instance of that class to __set/__get a property (of
type string) an try to concatenate it with the return value of another
function (which returns a string like session_id()) some strange things
gonna happen. The actual return value (of the string-returning
function, session_id() in this example) will be changed to '1'!
(see code and the actual/expected results... notice, that the
session_id may differ, but it's never expected to give '1' as a
session_id)
However, if a constant string (or if the return value is temporarily
stored into another variable) is concatenated to the property,
everthing works fine (see comments in the code).
PHP configuration is:
- Win 2000 SP4
- minixampp containing
- Apache/2.0.48 (Win32)
- PHP/4.3.4
Reproduce code:
---
\n";
}
function __get($key, &$value) {
$value = $_SESSION[$key];
echo "__get was called with '$key' \n";
return true;
}
function __set($key, $value) {
$_SESSION[$key] = $value;
echo "__set was called with '$key' = '$value' \n";
return true;
}
}
overload('A');
session_name("my_session");
session_start(); # make sure, a session is started
$a =& new A();
$a->my_var = "test";
$res = $a->my_var.session_id(); # <- doesn't work properly!
# the following one will work as expected
# $res = $a->my_var."_constant_string";
# (produces output: "test_constant_string")
# this one is ok, too:
# $res = $a->my_var."".session_id();
echo "concat test :".$res."\n";
echo "session id : ".session_id()."\n";
?>
Expected result:
A constructed
__set was called with 'my_var' = 'test'
__get was called with 'my_var'
concat-test : test31b4ed95c6d107d9e40368c160843d8e
session id : 31b4ed95c6d107d9e40368c160843d8e
Actual result:
--
A constructed
__set was called with 'my_var' = 'test'
__get was called with 'my_var'
concat-test : test1
session id : 31b4ed95c6d107d9e40368c160843d8e
--
Edit this bug report at http://bugs.php.net/?id=28505&edit=1
