#21867 [Opn->Fbk]: Compile error on mysql when using mssql
ID: 21867 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: MSSQL related Operating System: RedHat Linux 7.2 (2.4.18) PHP Version: 4.3.0 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 Tested on a Mandrake 9.0 system. This only gives this warning at the end of compilation: ext/mysql/libmysql/my_tempnam.o: In function `my_tempnam': /usr/local/src/php4/ext/mysql/libmysql/my_tempnam.c:103: the use of `tempnam' is dangerous, better use `mkstemp' Previous Comments: [2003-01-24 14:02:45] [EMAIL PROTECTED] My configure line is: # ./configure --with-apxs --with-mysql --with-imap=../imap-2002 --enable-track-vars --enable-calendar --with-imap-ssl --with-mssql=../freetds-0.60 When I try to make, got the error above: In file included from /usr/src/telecorp/php4-STABLE-200301241830/ext/mysql/libmysql/libmysql.c:4: /usr/src/telecorp/php4-STABLE-200301241830/ext/mysql/libmysql/global.h:260: warning: redefinition of `uint' /usr/include/sys/types.h:152: warning: `uint' previously declared here /usr/src/telecorp/php4-STABLE-200301241830/ext/mysql/libmysql/global.h:261: warning: redefinition of `ushort' /usr/include/sys/types.h:151: warning: `ushort' previously declared here In file included from /usr/src/telecorp/php4-STABLE-200301241830/ext/mysql/libmysql/libmysql.c:11: /usr/src/telecorp/php4-STABLE-200301241830/ext/mysql/libmysql/m_string.h:183: parse error before `__extension__' /usr/src/telecorp/php4-STABLE-200301241830/ext/mysql/libmysql/m_string.h:183: parse error before `&&' make: ** [ext/mysql/libmysql/libmysql.lo] Erro 1 My mysql pakages are: mysql-devel-3.23.54a-3.72 mysql-3.23.54a-3.72 mysql-server-3.23.54a-3.72 mysqlclient9-3.23.22-8 Without the --with-mssql option I can compile php normally. -- Edit this bug report at http://bugs.php.net/?id=21867&edit=1
#18271 [Opn->Fbk]: Problems reading MSSQL data of type "real"
ID: 18271 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: MSSQL related Operating System: Win2000 PHP Version: 4.3.0 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-01-21 20:16:52] [EMAIL PROTECTED] I just looked up the manual page for MSSQL, and it mentions using the ntwdblib.dll file (which exists in the PHP archive under dlls/). I've never concerned myself with that file because when I originally installed PHP, the MSSQL connection worked as soon as I copied across php_mssql.dll. Do I need to replace ntwdblib.dll as well to test your fix? [2003-01-21 19:48:19] [EMAIL PROTECTED] I've tried replacing the extension file, but there was no change. You said "related dlls from the dlls/ folder", AFAIK nothing in the dlls/ folder is related to mssql. So all I did was copy extensions/php_mssql.dll into c:\php, restarted my browser session and observed that I'm still getting the same data from real columns. If I need to restart IIS to test this properly, tell me. [2003-01-20 00:32:18] [EMAIL PROTECTED] Yes, replace the php_mssql.dll and related dlls from the dlls/ folder. [2003-01-19 21:07:24] [EMAIL PROTECTED] Nope, unfortunately I haven't been able to do anything yet, because my local sysadmin has been difficult to contact, and I need his approval to log on to the server. In the meantime, I've worked around the problem by changing all my real type columns to decimal. When I get a chance, I'll test your snapshot and post my results here. My previous question still stands. I downloaded the archive you pointed me to, but all you said was "try it". I'm assuming that you mean to try the php_mssql.dll file. Am I correct? [2003-01-17 21:16:19] [EMAIL PROTECTED] Did you try it or not? 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/18271 -- Edit this bug report at http://bugs.php.net/?id=18271&edit=1
#15765 [NoF->Csd]: mssql_query (and mssql_select_db) crashes php.exe
ID: 15765 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Closed Bug Type: MSSQL related Operating System: Windows 2000 Server PHP Version: 4.1.1 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Without a php.ini file the mssql_query function would crash. Previous Comments: [2002-10-25 01:00:07] [EMAIL PROTECTED] 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-10-09 11:34:08] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-02-27 15:51:07] [EMAIL PROTECTED] as of this time, I have tested this with ISAPI plugin and php.exe CGI method and it happens using both. [2002-02-27 14:48:57] [EMAIL PROTECTED] I am able to connect to SQL Server v7.0 over the network, but after I am connected (with either _connect or _pconnect), mssql_select_db with a valid db crashes php.exe. If I remove mssql_select_db call, mssql_query crashes. When I removed mssql_select_db call, I added a login to the server which used my db as the default db (so I wouldnt need to select it obviously). I changed my mssql_connect call to reflect the new username and password. I forgot to add select permissions for the table I created, and when I tried to run the code, it actually printed out an error stating that the MSSQL driver couldn't select on the table because of the lack of permissions. When I added permissions to the server and re-ran the code, it then crashed php.exe. All crashes are 'instruction at "0x" tried to reference "0x"' so that is not really helpful. -- Edit this bug report at http://bugs.php.net/?id=15765&edit=1
#21560 [Opn]: imagettfbbox() returns different values in 4.3.0 and 4.2.1
ID: 21560 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: GD related Operating System: SusE 8.0 PHP Version: 4.3.0 New Comment: Hi, Can you provide a link with the test script and the font used ? thank's pierre Previous Comments: [2003-02-07 10:03:02] [EMAIL PROTECTED] The problem still exists in snapshot 200302071430 for the _exact_ same text string imagettfbbox() (and the _exact_ same test script) returns the following (different) values depending on version of PHP and GD Snapshot 200302071430 Array ( [0] => -1 [1] => 14 [2] => -1 [3] => -226 [4] => -16 [5] => -226 [6] => -16 [7] => 14 ) PHP 4.3 (official release) Array ( [0] => -1 [1] => 13 [2] => -1 [3] => -226 [4] => -16 [5] => -226 [6] => -16 [7] => 13 ) PHP 4.2.3 (with GD 2.01) Array ( [0] => 3 [1] => -1 [2] => 3 [3] => -234 [4] => -16 [5] => -234 [6] => -16 [7] => -2 ) The only correct values are with GD 2.01 for both PHP 4.3 and snapshot the bounding box is incorrect since it starts 14 (in snapshot) or 13 (in 4.3) pixels in into the text. [2003-01-27 22:39:59] [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-09 20:11:36] [EMAIL PROTECTED] Try non-bundled gd 2.0.9 and see if you get the same results as the ones you've got with bundled GD library. I suspect that the behaviour of GD between 2.0.1 and later versions had changed. [2003-01-09 18:59:27] [EMAIL PROTECTED] For the given string string "Demonstration of different\ntext of two lines" (ArialTTF font font 90 degrees rotation containing two lines separated by a single "\n".) The imagettfbbox() returns different value arrays in PHP 4.2.1 using GD 2.01 and PHP 4.3.0 using builtin GD 2.08+ (You get the same difference for 4.2.1 by using GD 2.08 so the problem must be in GD 2.08) For GD 2.01 it returns (29,-1,29,-279,-20,-279,-20,-1) For GD 2.08+ it returns (29,18,29,-277,-21,-277,-21,18) [2003-01-09 18:49:49] [EMAIL PROTECTED] For the given string string "Demonstration of different\ntext of two lines" (ArialTTF font font 90 degrees rotation containing two lines separated by a single "\n".) The imagettfbbox() returns different value arrays in PHP 4.2.1 using GD 2.01 and PHP 4.3.0 using builtin GD 2.08+ (You get the same difference for 4.2.1 by using GD 2.08 so the problem must be in GD 2.08) For GD 2.01 it returns (-29,18,29,-277,-21,-277,-21,18) For GD 2.08+ it returns (-29,18,29,-279,-20,-279,-20,-1) -- Edit this bug report at http://bugs.php.net/?id=21560&edit=1
#22060 [Opn->NoF]: mssql.datetimeconvert=0 gets wrong month
ID: 22060
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: No Feedback
Bug Type: MSSQL related
Operating System: Linux 2.4
PHP Version: 4.3.1-dev
New Comment:
I need a bit more information to solve this. This can not be reproduced
on my system.
Are you using datetime or smalldatetime ?
Previous Comments:
[2003-02-05 15:43:30] [EMAIL PROTECTED]
same happened with php4-STABLE-200302052030.
[2003-02-04 18:05:43] [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-04 17:11:28] [EMAIL PROTECTED]
>>When using this:
$c = mssql_connect("172.16.0.1:1433", "hn", "hn");
mssql_select_db("hn");
$r = mssql_query("select * from hn.employee");
print_r(mssql_fetch_array($r));
>>I get this(as expected):
Array ( [0] => M4398648MG [id] => M4398648MG [1] => FRED [nome] => FRED
[2] => 105 roadhouse, av [addr] => 105 roadhouse, av [3] => NY [city]
=> NY [4] => NY [state] => NY [5] => 70272 [zip] => 70272 [6] => 280876
[id2] => 280876 [7] => FRED [nick] => FRED [8] => Mar 17 1973 12:00AM
[birth] => Mar 17 1973 12:00AM )
>>When using this:
ini_set('mssql.datetimeconvert',0);
$c = mssql_connect("172.16.0.1:1433", "hn", "hn");
mssql_select_db("hn");
$r = mssql_query("select * from hn.employee");
print_r(mssql_fetch_array($r));
>>I get a wrong month number (02 instead of 03):
Array ( [0] => M4398648MG [id] => M4398648MG [1] => FRED [nome] => FRED
[2] => 105 roadhouse, av [addr] => 105 roadhouse, av [3] => NY [city]
=> NY [4] => NY [state] => NY [5] => 70272 [zip] => 70272 [6] => 280876
[id2] => 280876 [7] => FRED [nick] => FRED [8] => 1973-02-17 00:00:00
[birth] => 1973-02-17 00:00:00 )
--
Edit this bug report at http://bugs.php.net/?id=22060&edit=1
#21791 [Opn->Csd]: problems with reference passing through layers of functions in windows/IIS/sapi
ID: 21791
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: MSSQL related
Operating System: windows
PHP Version: 4.3.0
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
the 3rd argument to mssql_bind() is forced to be passed by ref.
This is not a problem with mssql_bind() but with a change to the way
parameters are returned from stored procedures. In php 4.3.0 the
support for multiple results in stored procedures was added. If you are
using 4.3.0 you need to call mssql_next_result() at least once before
getting the return and output values.
IN 4.3.1 (and current CVS) this has been fixed so as long as your SP is
not returning any results you will get return and output values right
after the call to mssql_exec(). If you are getting one or more results
you need to call mssql_next_result() or use the new optional parameter
to mssql_exec() to skip all results.
Previous Comments:
[2003-01-23 18:16:12] [EMAIL PROTECTED]
changed spBindOutputParam to feed mssql_bind() the variable sans
ampersand ('$outref', versus '&$outref', as it was) and no go.
reference passing still busted. sorry.
[2003-01-22 23:51:35] [EMAIL PROTECTED]
ok, I will try this tomorrow in the AM, but I have to ask: what has
changed from 4.2.3 to 4.3.0 to make this type of implicit
pass-by-reference thing happen? why does it work perfectly normally in
4.2.3? I could find nothing in the changelog that referred to this
issue.
[2003-01-22 22:04:54] [EMAIL PROTECTED]
About this:
function spBindOutputParam($stmt, $name, &$outref, $type) {
return mssql_bind($stmt, $name, &$outref, $type, true, false);
}
Have you tried adding 'error_reporting(E_ALL);' in the beginning of the
script? You propably get some warnings?
Try changing the call to:
return mssql_bind($stmt,$name,$outref,$type, true,false);
ie. don't pass $outref by reference, it's done internally..
[2003-01-21 14:54:03] [EMAIL PROTECTED]
under PHP 4.3.0 in IIS5/sapi, the mssql_bind() function does not modify
variables passed in for output parameters.
[2003-01-21 14:52:37] [EMAIL PROTECTED]
the following test script:
function inner2(&$val) {
$val = "Changed!";
}
function inner(&$val) {
inner2(&$val);
}
function outer(&$val) {
inner(&$val);
}
$val = "The same.";
outer(&$val);
echo("val = ".$val."\n");
... actually executes as it should on both 4.2.3 and 4.3.0 in my
environment. I therefore would like to reopen the bug as one in the
MSSQL extension on windows.
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/21791
--
Edit this bug report at http://bugs.php.net/?id=21791&edit=1
#21662 [Opn->Csd]: single data type not well returned
ID: 21662
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: MSSQL related
Operating System: Windows 2000
PHP Version: 4.3.1.1
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2003-01-16 08:09:31] [EMAIL PROTECTED]
Acord to your sugestion I use the last php4 stable win version (January
16, 2003, 8:35:37 AM)
I get the original error and many errors more, please tell me how can I
help.
array(12) {
[0]=>
string(7) "3422864"
["ID"]=>
string(7) "3422864"
[1]=>
float(2.2791297027772E-304)
["PUNTAJE"]=>
float(2.2791297027772E-304)
[2]=>
string(10) "7725000.00"
["ADJUDICADO"]=>
string(10) "7725000.00"
}
PHP has encountered an Access Violation at 00BB1493.
[2003-01-15 09:33:47] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2003-01-15 09:21:48] [EMAIL PROTECTED]
The function used to get the data is:
$row = mssql_fetch_array($query_id);
var_dump($row);
Thanks in advance
[2003-01-15 09:06:17] [EMAIL PROTECTED]
In the PHP 4.3.0 exists a bug with the MSSQL single datatype, in the
follow var_dump, you can see the PUNTAJE field.
array(6) {
[0]=>
string(7) "3422864"
["ID"]=>
string(7) "3422864"
[1]=>
string(20) "3.2051283432282E-306"
["PUNTAJE"]=>
string(20) "3.2051283432282E-306"
[2]=>
string(10) "7725000.00"
["ADJUDICADO"]=>
string(10) "7725000.00"
}
But in PHP 4.2.3 the bug doesn't exists, like you can see:
array(6) {
[0]=>
string(7) "3422864"
["ID"]=>
string(7) "3422864"
[1]=>
string(7) "175.652"
["PUNTAJE"]=>
string(7) "175.652"
[2]=>
string(10) "7725000.00"
["ADJUDICADO"]=>
string(10) "7725000.00"
}
The MSSQL fields data type are:
ID = int
PUNTAJE = single
ADJUDICADO = money
The PHP.ini is the same for both versions, the only change is the PHP
version with its extensions.
--
Edit this bug report at http://bugs.php.net/?id=21662&edit=1
#21178 [Opn->Fbk]: Empty string converted to null using bind function
ID: 21178
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: MSSQL related
Operating System: windows 2000/sp3
PHP Version: 4.2.3
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:
[2002-12-25 04:14:42] [EMAIL PROTECTED]
Hello!
I use next way for call sp:
$sp=mssql_init("sp");
mssql_bind($sp,"stringdata",'',SQL_VARCHAR);
mssql_execute...
when param 'stringdata' passed to stored procedure, we
got null instead empty string.
I don't specify is_null paramether for mssql_bind function.
by default this paramether is false.
vladimir
Novosibirsk
--
Edit this bug report at http://bugs.php.net/?id=21178&edit=1
#22136 [NEW]: Unable to build zlib as shared extension
From: [EMAIL PROTECTED] Operating system: SuSE Linux 8.1 PHP version: 4.3.0 PHP Bug Type: Zlib Related Bug description: Unable to build zlib as shared extension I want to compile PHP with zlib support as a shared extension: ./configure \ --prefix=/usr \ --bindir=/usr/bin \ --includedir=/usr/include \ \ --with-apxs2 \ --enable-force-cgi-redirect \ \ --with-config-file-path=/etc \ --enable-magic-quotes \ --with-openssl \ \ --with-zlib=shared,/usr \ --enable-bcmath \ --with-bz2=shared,/usr \ --enable-calendar \ --with-curl=shared,/usr \ --with-cyrus=shared,/usr \ --with-gdbm \ --with-ndbm \ --with-dbm \ --with-dom \ --with-dom-xslt \ --with-dom-exslt \ --enable-exif \ --enable-filepro \ --enable-ftp \ --with-gd \ --with-ttf \ --enable-gd-native-ttf \ --with-gettext \ --with-iconv \ --enable-mbstring \ --enable-mbregex \ --with-mysql=shared,/usr \ --with-ncurses=shared,/usr \ --with-unixODBC \ --with-pgsql \ --with-readline=shared,/usr \ --with-recode=shared,/usr \ --with-qtdom=shared,/usr/lib/qt3 \ --with-mm \ --with-snmp=shared,/usr \ --enable-ucd-snmp-hack \ --enable-sockets \ --enable-sysvmsg \ --enable-sysvsem \ --enable-sysvshm \ \ --with-gnu-ld \ --with-pic When compiling, I get the following error message: /bin/sh libtool --silent --mode=link gcc -export-dynamic -O2 -march=i486 -mcpu=i686 -fPIC -L/usr/local/lib -avoid-version -module -L/usr/X11R6/lib -R /usr/X11R6/lib ext/bcmath/bcmath.lo ext/bcmath/number.lo ext/bcmath/libbcmath/src/add.lo ext/bcmath/libbcmath/src/div.lo ext/bcmath/libbcmath/src/init.lo ext/bcmath/libbcmath/src/neg.lo ext/bcmath/libbcmath/src/outofmem.lo ext/bcmath/libbcmath/src/raisemod.lo ext/bcmath/libbcmath/src/rt.lo ext/bcmath/libbcmath/src/sub.lo ext/bcmath/libbcmath/src/compare.lo ext/bcmath/libbcmath/src/divmod.lo ext/bcmath/libbcmath/src/int2num.lo ext/bcmath/libbcmath/src/num2long.lo ext/bcmath/libbcmath/src/output.lo ext/bcmath/libbcmath/src/recmul.lo ext/bcmath/libbcmath/src/sqrt.lo ext/bcmath/libbcmath/src/zero.lo ext/bcmath/libbcmath/src/debug.lo ext/bcmath/libbcmath/src/doaddsub.lo ext/bcmath/libbcmath/src/nearzero.lo ext/bcmath/libbcmath/src/num2str.lo ext/bcmath/libbcmath/src/raise.lo ext/bcmath/libbcmath/src/rmzero.lo ext/bcmath/libbcmath/src/str2num.lo ext/calendar/calendar.lo ext/calendar/dow.lo ext/calendar/french.lo ext/calendar/gregor.lo ext/calendar/jewish.lo ext/calendar/julian.lo ext/calendar/easter.lo ext/calendar/cal_unix.lo ext/ctype/ctype.lo ext/dba/dba.lo ext/dba/dba_cdb.lo ext/dba/dba_db2.lo ext/dba/dba_dbm.lo ext/dba/dba_gdbm.lo ext/dba/dba_ndbm.lo ext/dba/dba_db3.lo ext/domxml/php_domxml.lo ext/exif/exif.lo ext/filepro/filepro.lo ext/ftp/php_ftp.lo ext/ftp/ftp.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/libgd/gd.lo ext/gd/libgd/gd_gd.lo ext/gd/libgd/gd_gd2.lo ext/gd/libgd/gd_io.lo ext/gd/libgd/gd_io_dp.lo ext/gd/libgd/gd_io_file.lo ext/gd/libgd/gd_ss.lo ext/gd/libgd/gd_io_ss.lo ext/gd/libgd/gd_png.lo ext/gd/libgd/gd_jpeg.lo ext/gd/libgd/gdxpm.lo ext/gd/libgd/gdfontt.lo ext/gd/libgd/gdfonts.lo ext/gd/libgd/gdfontmb.lo ext/gd/libgd/gdfontl.lo ext/gd/libgd/gdfontg.lo ext/gd/libgd/gdtables.lo ext/gd/libgd/gdft.lo ext/gd/libgd/gdcache.lo ext/gd/libgd/gdkanji.lo ext/gd/libgd/wbmp.lo ext/gd/libgd/gd_wbmp.lo ext/gd/libgd/gdhelpers.lo ext/gd/libgd/gd_topal.lo ext/gd/libgd/gd_gif_in.lo ext/gettext/gettext.lo ext/iconv/iconv.lo ext/mbstring/mbfilter_ja.lo ext/mbstring/mbfilter_cn.lo ext/mbstring/mbfilter_tw.lo ext/mbstring/mbfilter_kr.lo ext/mbstring/mbfilter_ru.lo ext/mbstring/mbfilter.lo ext/mbstring/mbstring.lo ext/mbstring/mbregex.lo ext/mbstring/php_mbregex.lo ext/mbstring/html_entities.lo ext/mbstring/php_unicode.lo ext/odbc/php_odbc.lo ext/openssl/openssl.lo ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/pgsql/pgsql.lo ext/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/sockets/sockets.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ex
#22136 [Opn->Bgs]: Unable to build zlib as shared extension
ID: 22136 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Zlib Related Operating System: SuSE Linux 8.1 PHP Version: 4.3.0 New Comment: Already posted in the bugsystem, and the solution is: don't compile zlib as shared module. Derick Previous Comments: [2003-02-09 07:08:30] [EMAIL PROTECTED] I want to compile PHP with zlib support as a shared extension: ./configure \ --prefix=/usr \ --bindir=/usr/bin \ --includedir=/usr/include \ \ --with-apxs2 \ --enable-force-cgi-redirect \ \ --with-config-file-path=/etc \ --enable-magic-quotes \ --with-openssl \ \ --with-zlib=shared,/usr \ --enable-bcmath \ --with-bz2=shared,/usr \ --enable-calendar \ --with-curl=shared,/usr \ --with-cyrus=shared,/usr \ --with-gdbm \ --with-ndbm \ --with-dbm \ --with-dom \ --with-dom-xslt \ --with-dom-exslt \ --enable-exif \ --enable-filepro \ --enable-ftp \ --with-gd \ --with-ttf \ --enable-gd-native-ttf \ --with-gettext \ --with-iconv \ --enable-mbstring \ --enable-mbregex \ --with-mysql=shared,/usr \ --with-ncurses=shared,/usr \ --with-unixODBC \ --with-pgsql \ --with-readline=shared,/usr \ --with-recode=shared,/usr \ --with-qtdom=shared,/usr/lib/qt3 \ --with-mm \ --with-snmp=shared,/usr \ --enable-ucd-snmp-hack \ --enable-sockets \ --enable-sysvmsg \ --enable-sysvsem \ --enable-sysvshm \ \ --with-gnu-ld \ --with-pic When compiling, I get the following error message: /bin/sh libtool --silent --mode=link gcc -export-dynamic -O2 -march=i486 -mcpu=i686 -fPIC -L/usr/local/lib -avoid-version -module -L/usr/X11R6/lib -R /usr/X11R6/lib ext/bcmath/bcmath.lo ext/bcmath/number.lo ext/bcmath/libbcmath/src/add.lo ext/bcmath/libbcmath/src/div.lo ext/bcmath/libbcmath/src/init.lo ext/bcmath/libbcmath/src/neg.lo ext/bcmath/libbcmath/src/outofmem.lo ext/bcmath/libbcmath/src/raisemod.lo ext/bcmath/libbcmath/src/rt.lo ext/bcmath/libbcmath/src/sub.lo ext/bcmath/libbcmath/src/compare.lo ext/bcmath/libbcmath/src/divmod.lo ext/bcmath/libbcmath/src/int2num.lo ext/bcmath/libbcmath/src/num2long.lo ext/bcmath/libbcmath/src/output.lo ext/bcmath/libbcmath/src/recmul.lo ext/bcmath/libbcmath/src/sqrt.lo ext/bcmath/libbcmath/src/zero.lo ext/bcmath/libbcmath/src/debug.lo ext/bcmath/libbcmath/src/doaddsub.lo ext/bcmath/libbcmath/src/nearzero.lo ext/bcmath/libbcmath/src/num2str.lo ext/bcmath/libbcmath/src/raise.lo ext/bcmath/libbcmath/src/rmzero.lo ext/bcmath/libbcmath/src/str2num.lo ext/calendar/calendar.lo ext/calendar/dow.lo ext/calendar/french.lo ext/calendar/gregor.lo ext/calendar/jewish.lo ext/calendar/julian.lo ext/calendar/easter.lo ext/calendar/cal_unix.lo ext/ctype/ctype.lo ext/dba/dba.lo ext/dba/dba_cdb.lo ext/dba/dba_db2.lo ext/dba/dba_dbm.lo ext/dba/dba_gdbm.lo ext/dba/dba_ndbm.lo ext/dba/dba_db3.lo ext/domxml/php_domxml.lo ext/exif/exif.lo ext/filepro/filepro.lo ext/ftp/php_ftp.lo ext/ftp/ftp.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/libgd/gd.lo ext/gd/libgd/gd_gd.lo ext/gd/libgd/gd_gd2.lo ext/gd/libgd/gd_io.lo ext/gd/libgd/gd_io_dp.lo ext/gd/libgd/gd_io_file.lo ext/gd/libgd/gd_ss.lo ext/gd/libgd/gd_io_ss.lo ext/gd/libgd/gd_png.lo ext/gd/libgd/gd_jpeg.lo ext/gd/libgd/gdxpm.lo ext/gd/libgd/gdfontt.lo ext/gd/libgd/gdfonts.lo ext/gd/libgd/gdfontmb.lo ext/gd/libgd/gdfontl.lo ext/gd/libgd/gdfontg.lo ext/gd/libgd/gdtables.lo ext/gd/libgd/gdft.lo ext/gd/libgd/gdcache.lo ext/gd/libgd/gdkanji.lo ext/gd/libgd/wbmp.lo ext/gd/libgd/gd_wbmp.lo ext/gd/libgd/gdhelpers.lo ext/gd/libgd/gd_topal.lo ext/gd/libgd/gd_gif_in.lo ext/gettext/gettext.lo ext/iconv/iconv.lo ext/mbstring/mbfilter_ja.lo ext/mbstring/mbfilter_cn.lo ext/mbstring/mbfilter_tw.lo ext/mbstring/mbfilter_kr.lo ext/mbstring/mbfilter_ru.lo ext/mbstring/mbfilter.lo ext/mbstring/mbstring.lo ext/mbstring/mbregex.lo ext/mbstring/php_mbregex.lo ext/mbstring/html_entities.lo ext/mbstring/php_unicode.lo ext/odbc/php_odbc.lo ext/openssl/openssl.lo ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/pgsql/pgsql.lo ext/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/sockets/sockets.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/stand
#21846 [NoF->Opn]: CVS configure fails
ID: 21846 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Open Bug Type: Compile Failure Operating System: W2K / Cygwin latest -PHP Version: 4CVS-2003-01-23 (stable) +PHP Version: 4CVS-2003-02-09 (stable) New Comment: Yes, the problem still persists. As of 2002-02-09 I updated the CVS tree (via cvs up), and the same configure error happens. I'm not quite sure where the comment about " useless pieces of text in your comments!!" referred to. In previous message the configure results + configure file's content was attached, which I presumed would help the developers to probe a possible problem better. Please advice what other information you need. "Is this with some snapshot? Or did you pull it from directly from CVS? And if so, how?" The information was in my previous mail (ls CVS/*). The code is directly from cvs tree. No -r tags or anything. Current configure fails like: root@w2kpicasso:/usr/src/cvs-source/php4$ ./configure --with-apxs checking build system type... i686-pc-cygwin checking host system type... i686-pc-cygwin ... Configuring TSRM checking for stdarg.h... (cached) yes Generating files checking for working mkdir -p... yes configure: creating ./config.status creating main/internal_functions.c awk: ./build/print_include.awk:7: (FILENAME=ext/mysql/php_mysql.h FNR=125) fatal: cannot open file `ext/overload/*.h' for reading (No such file or directory) creating main/internal_functions_cli.c awk: ./build/print_include.awk:7: (FILENAME=ext/mysql/php_mysql.h FNR=125) fatal: cannot open file `ext/overload/*.h' for reading (No such file or root@w2kpicasso:/usr/src/cvs-source/php4$ ls -l ext/mysql/ total 92 -rw-r--r--1 root None 46 Jan 23 01:45 CREDITS drwxr-xr-x2 root None0 Oct 11 2001 CVS/ -rw-r--r--1 root None 484 Oct 12 2001 Makefile -rw-r--r--1 root None 5361 Jan 23 01:45 config.m4 drwxr-xr-x3 root None0 Oct 11 2001 libmysql/ -rw-r--r--1 root None 333 Oct 12 2001 libs.mk -rw-r--r--1 root None 8452 May 23 2000 mysql.dsp -rw-r--r--1 root None 4438 Jan 23 01:45 mysql.mak -rw-r--r--1 root None66436 Feb 9 14:25 php_mysql.c -rw-r--r--1 root None 3735 Jan 23 01:45 php_mysql.h root@w2kpicasso:/usr/src/cvs-source/php4$ ls -l ext/overload/ total 0 directory) Previous Comments: [2003-02-07 23:47:03] [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-23 10:40:45] [EMAIL PROTECTED] And PLEASE don't put such long useless pieces of text in your comments!! [2003-01-23 10:39:55] [EMAIL PROTECTED] Is this with some snapshot? Or did you pull it from directly from CVS? And if so, how? [2003-01-23 10:28:32] [EMAIL PROTECTED] The Latest CVS does not build under cygwin: root@W2KPICASSO:/usr/src/cvs-source/php4$ cat CVS/R* php4 :pserver:[EMAIL PROTECTED]:/repository root@W2KPICASSO:/usr/src/cvs-source/php4$ ./configure ... Generating files checking for working mkdir -p... yes configure: creating ./config.status creating main/internal_functions.c awk: ./build/print_include.awk:7: (FILENAME=ext/mysql/php_mysql.h FNR=125) fatal: cannot open file `ext/overload/*.h' for reading (No such file or directory) creating main/internal_functions_cli.c awk: ./build/print_include.awk:7: (FILENAME=ext/mysql/php_mysql.h FNR=125) fatal: cannot open file `ext/overload/*.h' for reading (No such file or directory) root@W2KPICASSO:/usr/src/cvs-source/php4$ ls -la ext/overload/ total 0 drwxr-xr-x2 root None0 Jan 23 11:55 . drwxr-xr-x 93 root None0 Oct 11 2001 .. me = W2KPICASSO uname -m = i686 uname -r = 1.3.18(0.69/3/2) uname -s = CYGWIN_NT-5.0 uname -v = 2002-12-25 15:37 /usr/bin/uname -p = unknown /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH = /usr/local/bin:/cygdrive/e/home/jaalto/bin/perl:/cygdrive/e/home/jaalto/bin:/cygdrive/e/home/jaalto/exe:/bin:/
#22135 [Com]: PHP confused by America/Los Angeles timezone
ID: 22135
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Date/time related
Operating System: Linux (debian)
PHP Version: 4.2.3
New Comment:
Using tzselect on Debian leads to the assumption that your TZ variable
should probably be "America/Los_Angeles" (with underscore). Can you
test that, please?
Previous Comments:
[2003-02-09 00:56:15] [EMAIL PROTECTED]
\n");
print("server time is: " . date("F j, Y, g:i a") . "\n");
print("changing server time zone to US/Pacific\n");
putenv("TZ=US/Pacific");
print("new server time is: " . date("F j, Y, g:i a") . "\n");
print("new server timezone for this script is: " . getenv('TZ'));
?>
The above script gives the following output:
server timezone is: America/Los Angeles
server time is: February 9, 2003, 6:45 am
changing server time zone to US/Pacific
new server time is: February 8, 2003, 10:45 pm
new server timezone for this script is: US/Pacific
the correct date and time in Los Angeles at the time of running the
script is: February 8, 2003, 10:45 pm
The date command on the system gives the correct time and date.
/etc/timezone contains US/Pacific
setting environment variable TZ=US/Pacific before restarting apache has
no effect on the above script.
PHP configure line:
'./configure' '--with-mysql' '--with-apxs'
'--with-config-file-path=/etc/php4/apache' '--enable-track-vars'
'--enable-trans-sid' '--with-sybase=/usr/local/freetds' '--with-ldap'
'--with-imap' '--with-curl=/usr' '--with-pgsql=/usr/include/postgresql'
'--with-gd' '--with-xml' '--enable-cli'
Apache/1.3.26
Apache modules are: mod_php4, mod_ssl, mod_perl, mod_dav, mod_setenvif,
mod_unique_id, mod_expires, mod_auth, mod_access, mod_rewrite,
mod_alias, mod_userdir, mod_cgi, mod_dir, mod_autoindex, mod_status,
mod_negotiation, mod_mime, mod_log_config, mod_macro, mod_so,
http_core
This could be a problem with the underlying debian (2.2.19 kernel)
system, but I thought I should report it.
Thank you.
--
Edit this bug report at http://bugs.php.net/?id=22135&edit=1
#22137 [NEW]: xslt_process hangs with sort.
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.3.0 PHP Bug Type: XSLT related Bug description: xslt_process hangs with sort. I used in my xsl file. I used an empty tag in my xml file. I understand that sorting on an empty xml tag is very difficult but i didn't expect the xslt_process function to hang. Of course where is filled in everything works fine. It should be better to give an error or place the empty tags in the beginning or in the end. Hangup cost server performance i think. With kind regards, Paul van Gils -- Edit bug report at http://bugs.php.net/?id=22137&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22137&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22137&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22137&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22137&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22137&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22137&r=support Expected behavior: http://bugs.php.net/fix.php?id=22137&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22137&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22137&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22137&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22137&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22137&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22137&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22137&r=gnused
#21596 [Bgs]: Bundled GD-Lib 2.1 won't let JPGraph start up
ID: 21596 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: GD related Operating System: Linux 7.3 PHP Version: 4.3.0 New Comment: Actually I had this problem on Suse Linux 7.3, not RedHat. No, system is not broken and is running very well as production system with the gif-patched GD. However I will check this on a freshly installed Suse Linux 8.0 in the near future again. I assume it's the gif-patch with GD 2.7 that may cause trouble with the bundled GD in PHP 4.3.0... Anyway 4.3.0 is great :) Previous Comments: [2003-02-07 22:56:48] [EMAIL PROTECTED] Not enough information and most likely user error / broken system. [2003-02-07 22:35:36] [EMAIL PROTECTED] I'm a little but surprised (I'm the developer of JpGraph) since I'm using 4.3.0 myself with no apperant problem (apart from a bug in imagettfbbox in GD > 2.01 whcih causes text at an angle > 0 to be a few pixels off) I used both SuSE 8.0, 8.1 as well as Debian with the bundled GD in 4.3.0 with no problem. This sounds more like Red Hat have some problem in their specific setup. I don't have any guesses to what it could be though. If you don't get any errors back this basically must mean that the PHP process have crashed. [2003-01-12 07:15:51] [EMAIL PROTECTED] - compile PHP 4.3.0 on Linux 7.3 with GD-Lib 2.7 installed via APXS against Apache 1.3.27 with the GD-option set, not specifying any directory -> installs the GD-Lib bundled with PHP 4.3.0 -> JPGraph doesn't give any output anymore (plainly won't start up at all, so no error messsage is generated) workaround: - compile PHP 4.3.0 on Linux 7.3 with GD-Lib 2.7 installed via APXS against Apache 1.3.27 with the GD-option set, specifying the GD-Lib 2.7 directory -> PHP 4.3.0 refers to GD-Lib 2.7 -> JPGraph works as usual Note: I use the GD 2.7 with the GIF-patch, but I don't think this would make any difference, since JPGraph won't start up at all with the bundled GD-Lib, and it is set to use png anyway. -- Edit this bug report at http://bugs.php.net/?id=21596&edit=1
#21560 [Opn->Fbk]: imagettfbbox() returns different values in 4.3.0 and 4.2.1
ID: 21560 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: GD related Operating System: SusE 8.0 PHP Version: 4.3.0 Previous Comments: [2003-02-09 02:41:22] [EMAIL PROTECTED] Hi, Can you provide a link with the test script and the font used ? thank's pierre [2003-02-07 10:03:02] [EMAIL PROTECTED] The problem still exists in snapshot 200302071430 for the _exact_ same text string imagettfbbox() (and the _exact_ same test script) returns the following (different) values depending on version of PHP and GD Snapshot 200302071430 Array ( [0] => -1 [1] => 14 [2] => -1 [3] => -226 [4] => -16 [5] => -226 [6] => -16 [7] => 14 ) PHP 4.3 (official release) Array ( [0] => -1 [1] => 13 [2] => -1 [3] => -226 [4] => -16 [5] => -226 [6] => -16 [7] => 13 ) PHP 4.2.3 (with GD 2.01) Array ( [0] => 3 [1] => -1 [2] => 3 [3] => -234 [4] => -16 [5] => -234 [6] => -16 [7] => -2 ) The only correct values are with GD 2.01 for both PHP 4.3 and snapshot the bounding box is incorrect since it starts 14 (in snapshot) or 13 (in 4.3) pixels in into the text. [2003-01-27 22:39:59] [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-09 20:11:36] [EMAIL PROTECTED] Try non-bundled gd 2.0.9 and see if you get the same results as the ones you've got with bundled GD library. I suspect that the behaviour of GD between 2.0.1 and later versions had changed. [2003-01-09 18:59:27] [EMAIL PROTECTED] For the given string string "Demonstration of different\ntext of two lines" (ArialTTF font font 90 degrees rotation containing two lines separated by a single "\n".) The imagettfbbox() returns different value arrays in PHP 4.2.1 using GD 2.01 and PHP 4.3.0 using builtin GD 2.08+ (You get the same difference for 4.2.1 by using GD 2.08 so the problem must be in GD 2.08) For GD 2.01 it returns (29,-1,29,-279,-20,-279,-20,-1) For GD 2.08+ it returns (29,18,29,-277,-21,-277,-21,18) 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/21560 -- Edit this bug report at http://bugs.php.net/?id=21560&edit=1
#22060 [NoF->Fbk]: mssql.datetimeconvert=0 gets wrong month
ID: 22060
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: No Feedback
+Status: Feedback
Bug Type: MSSQL related
Operating System: Linux 2.4
PHP Version: 4.3.1-dev
Previous Comments:
[2003-02-09 02:53:18] [EMAIL PROTECTED]
I need a bit more information to solve this. This can not be reproduced
on my system.
Are you using datetime or smalldatetime ?
[2003-02-05 15:43:30] [EMAIL PROTECTED]
same happened with php4-STABLE-200302052030.
[2003-02-04 18:05:43] [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-04 17:11:28] [EMAIL PROTECTED]
>>When using this:
$c = mssql_connect("172.16.0.1:1433", "hn", "hn");
mssql_select_db("hn");
$r = mssql_query("select * from hn.employee");
print_r(mssql_fetch_array($r));
>>I get this(as expected):
Array ( [0] => M4398648MG [id] => M4398648MG [1] => FRED [nome] => FRED
[2] => 105 roadhouse, av [addr] => 105 roadhouse, av [3] => NY [city]
=> NY [4] => NY [state] => NY [5] => 70272 [zip] => 70272 [6] => 280876
[id2] => 280876 [7] => FRED [nick] => FRED [8] => Mar 17 1973 12:00AM
[birth] => Mar 17 1973 12:00AM )
>>When using this:
ini_set('mssql.datetimeconvert',0);
$c = mssql_connect("172.16.0.1:1433", "hn", "hn");
mssql_select_db("hn");
$r = mssql_query("select * from hn.employee");
print_r(mssql_fetch_array($r));
>>I get a wrong month number (02 instead of 03):
Array ( [0] => M4398648MG [id] => M4398648MG [1] => FRED [nome] => FRED
[2] => 105 roadhouse, av [addr] => 105 roadhouse, av [3] => NY [city]
=> NY [4] => NY [state] => NY [5] => 70272 [zip] => 70272 [6] => 280876
[id2] => 280876 [7] => FRED [nick] => FRED [8] => 1973-02-17 00:00:00
[birth] => 1973-02-17 00:00:00 )
--
Edit this bug report at http://bugs.php.net/?id=22060&edit=1
#21846 [Opn->Bgs]: CVS configure fails
ID: 21846 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: W2K / Cygwin latest PHP Version: 4CVS-2003-02-09 (stable) New Comment: You're just using wrong CVS tags and modules, here are the correct ways to get stable(PHP 4)/dev(PHP 5) checkouts: # cvs -d :pserver:[EMAIL PROTECTED]:/repository co -rPHP_4_3 php4 # cvs -d :pserver:[EMAIL PROTECTED]:/repository co php5 Previous Comments: [2003-02-09 07:46:53] [EMAIL PROTECTED] Yes, the problem still persists. As of 2002-02-09 I updated the CVS tree (via cvs up), and the same configure error happens. I'm not quite sure where the comment about " useless pieces of text in your comments!!" referred to. In previous message the configure results + configure file's content was attached, which I presumed would help the developers to probe a possible problem better. Please advice what other information you need. "Is this with some snapshot? Or did you pull it from directly from CVS? And if so, how?" The information was in my previous mail (ls CVS/*). The code is directly from cvs tree. No -r tags or anything. Current configure fails like: root@w2kpicasso:/usr/src/cvs-source/php4$ ./configure --with-apxs checking build system type... i686-pc-cygwin checking host system type... i686-pc-cygwin ... Configuring TSRM checking for stdarg.h... (cached) yes Generating files checking for working mkdir -p... yes configure: creating ./config.status creating main/internal_functions.c awk: ./build/print_include.awk:7: (FILENAME=ext/mysql/php_mysql.h FNR=125) fatal: cannot open file `ext/overload/*.h' for reading (No such file or directory) creating main/internal_functions_cli.c awk: ./build/print_include.awk:7: (FILENAME=ext/mysql/php_mysql.h FNR=125) fatal: cannot open file `ext/overload/*.h' for reading (No such file or root@w2kpicasso:/usr/src/cvs-source/php4$ ls -l ext/mysql/ total 92 -rw-r--r--1 root None 46 Jan 23 01:45 CREDITS drwxr-xr-x2 root None0 Oct 11 2001 CVS/ -rw-r--r--1 root None 484 Oct 12 2001 Makefile -rw-r--r--1 root None 5361 Jan 23 01:45 config.m4 drwxr-xr-x3 root None0 Oct 11 2001 libmysql/ -rw-r--r--1 root None 333 Oct 12 2001 libs.mk -rw-r--r--1 root None 8452 May 23 2000 mysql.dsp -rw-r--r--1 root None 4438 Jan 23 01:45 mysql.mak -rw-r--r--1 root None66436 Feb 9 14:25 php_mysql.c -rw-r--r--1 root None 3735 Jan 23 01:45 php_mysql.h root@w2kpicasso:/usr/src/cvs-source/php4$ ls -l ext/overload/ total 0 directory) [2003-02-07 23:47:03] [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-23 10:40:45] [EMAIL PROTECTED] And PLEASE don't put such long useless pieces of text in your comments!! [2003-01-23 10:39:55] [EMAIL PROTECTED] Is this with some snapshot? Or did you pull it from directly from CVS? And if so, how? [2003-01-23 10:28:32] [EMAIL PROTECTED] The Latest CVS does not build under cygwin: root@W2KPICASSO:/usr/src/cvs-source/php4$ cat CVS/R* php4 :pserver:[EMAIL PROTECTED]:/repository root@W2KPICASSO:/usr/src/cvs-source/php4$ ./configure ... Generating files checking for working mkdir -p... yes configure: creating ./config.status creating main/internal_functions.c awk: ./build/print_include.awk:7: (FILENAME=ext/mysql/php_mysql.h FNR=125) fatal: cannot open file `ext/overload/*.h' for reading (No such file or directory) creating main/internal_functions_cli.c awk: ./build/print_include.awk:7: (FILENAME=ext/mysql/php_mysql.h FNR=125) fatal: cannot open file `ext/overload/*.h' for reading (No such file or directory) root@W2KPICASSO:/usr/src/cvs-source/php4$ ls -la ext/overload/ total 0 drwxr-xr-x2 root None0 Jan 23 11:55 . drwxr-xr-x 93 root None0 Oct 11 2001 .. me = W2KPICASSO uname -m = i686 uname -r = 1.3.18(0.69/3/2) uname -s = CYGWIN_NT-5.0 uname -v = 2002-12-25 15:37 /usr/bin/uname -p = unknown /bin/uname -X = unknown /bin/arch = unknown /usr/bin/ar
#22107 [Csd->Bgs]: file upload problem
ID: 22107 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Bogus Bug Type: Apache related Operating System: OpenBSD PHP Version: 4.3.0 New Comment: Not PHP bug -> bogus. Previous Comments: [2003-02-08 15:36:55] [EMAIL PROTECTED] Problem solved. There was related to the binary distribution of apache, all is fine now by simply recompiling mod_ssl and apache from sources. Thanks for the help! [2003-02-07 23:18:18] [EMAIL PROTECTED] Set to open only when you give the actual feedback. [2003-02-07 09:20:42] [EMAIL PROTECTED] Thaks, I'll try soon to re-configure without-inline-optimization. I cannot provide any link to the real installation because it's in the LAN of a customer... [2003-02-07 08:56:59] [EMAIL PROTECTED] Try removing this from your configure line: --enable-inline-optimization Then 'rm config.cache' and run configure/make etc. And also check your php.ini and that the correct one is loaded by php. Doing a 'diff -u php.ini php.ini-dist' would also help a bit. [2003-02-07 07:08:52] [EMAIL PROTECTED] Could you provide some link to a place where your results can be seen? 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/22107 -- Edit this bug report at http://bugs.php.net/?id=22107&edit=1
#22128 [Com]: should be in a block level element (XHTML and trans sid)
ID: 22128 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Session related Operating System: any PHP Version: 4.3.0 New Comment: errm the old one is still closed. Previous Comments: [2003-02-08 17:43:02] [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. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. sigh, just reopened the old one... [2003-02-08 17:18:27] [EMAIL PROTECTED] Bug reopened, see comments at http://bugs.php.net/bug.php?id=13472. -- Edit this bug report at http://bugs.php.net/?id=22128&edit=1
#22126 [Fbk]: file uploads double in size
ID: 22126 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache2 related Operating System: linux PHP Version: 4.2.3 New Comment: Dupe of bug #19263, bug #21819 or bug #18648? Please check if your problem is the same as that one. Previous Comments: [2003-02-08 14:33:25] [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-08 14:31:18] [EMAIL PROTECTED] Files uploaded via PHP double in size and become corrupt when using the Apache 2 web server. This bug only applies to files larger than about 2K, smaller files arrive on the server unaffected. When the file is of a certain size, the file is filled with sets of duplicate data. This happens regardless of file type. Due to the fact that smaller files are unaffected, this bug is not always initially noticed. This bug occurred for me in a clean install of Redhat 8 using Apache 2 and PHP 4.2.3. Since posting to various news forums, however, I have received emails from other experiencing the same problem with various configurations of PHP and Apache2. -- Edit this bug report at http://bugs.php.net/?id=22126&edit=1
#22131 [Opn->Csd]: ext/pcre/config.m4 bogus
ID: 22131 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed -Bug Type: *Compile Issues +Bug Type: Compile Failure Operating System: Linux 2.4.x PHP Version: 4.3.0 New Comment: Fixed in CVS, thanks for noticing this. Previous Comments: [2003-02-08 22:10:20] [EMAIL PROTECTED] test -f $PHP_PCRE_REGEX/libpcre.a && PCRE_LIBDIR=$PHP_PCRE_REGEX test -f $PHP_PCRE_REGEX/lib/libpcre.a && PCRE_LIBDIR=$PHP_PCRE_REGEX/lib Please tell me, why one must have static libraries installed, if one only wants to link against shared libs ? -- Edit this bug report at http://bugs.php.net/?id=22131&edit=1
#22138 [NEW]: File upload can't exceed 500k
From: [EMAIL PROTECTED] Operating system: redhat linux 8.0 PHP version: 4.2.2 PHP Bug Type: Apache2 related Bug description: File upload can't exceed 500k Hi! I wrote a simple script to upload files through web sever. However, the script work fine with apache 1.3. As upgrading to redhat 8.0. The script can't upload files exceed 500k. It report "Request entity too large." I tried to change post_max_size, upload_max_filesize. It still can't work. Does someone can help me? Thanks! -- Edit bug report at http://bugs.php.net/?id=22138&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22138&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22138&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22138&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22138&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22138&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22138&r=support Expected behavior: http://bugs.php.net/fix.php?id=22138&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22138&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22138&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22138&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22138&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22138&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22138&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22138&r=gnused
#22138 [Opn->Fbk]: File upload can't exceed 500k
ID: 22138 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: redhat linux 8.0 PHP Version: 4.2.2 New Comment: Please check if your httpd.conf has a LimitRequestBody directive to limit the amount of incoming data. Previous Comments: [2003-02-09 09:33:42] [EMAIL PROTECTED] Hi! I wrote a simple script to upload files through web sever. However, the script work fine with apache 1.3. As upgrading to redhat 8.0. The script can't upload files exceed 500k. It report "Request entity too large." I tried to change post_max_size, upload_max_filesize. It still can't work. Does someone can help me? Thanks! -- Edit this bug report at http://bugs.php.net/?id=22138&edit=1
#18926 [Opn]: cannot call self::method() or parent::method() via call_user_func_array()
ID: 18926 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Zend Engine 2 problem Operating System: OS X 10.1 PHP Version: 4CVS-2002-10-26 New Comment: Related to bug #21849 Previous Comments: [2002-10-29 19:16:16] [EMAIL PROTECTED] Wrong summary, cut & paste error. [2002-10-28 15:48:42] [EMAIL PROTECTED] Still doesn't work on ZE2. [2002-10-28 15:46:45] [EMAIL PROTECTED] If this is not a bug, then how exactly is one supposed to be able to make the function call self::method($a,$b,$etc) using call_user_func_array()??? or is that not supported? because this still doesn't work. a word or two of explanation would be polite. [2002-10-28 14:10:29] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php [2002-08-15 21:09:04] [EMAIL PROTECTED] presuming ZE == ZE1.3.0, this is on a vanilla build from CVS (just checked it out, ran buildconf, then configure w/o options): gives you: # sapi/cli/php -v PHP 4.3.0-dev (cli), Copyright (c) 1997-2002 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies # sapi/cli/php ctest.php i am from foo: foo::from_foo i am from foo: call_user_func(array(foo,from_foo)) i am from foo: parent::from_foo Warning: call_user_func(): First argumented is expected to be a valid callback, 'parent::from_foo' was given in ctest.php on line 14 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/18926 -- Edit this bug report at http://bugs.php.net/?id=18926&edit=1
#21849 [Ver]: self::constant doesn't work as method's default parameter
ID: 21849 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Verified Bug Type: Zend Engine 2 problem Operating System: Windows 2000 PHP Version: 5CVS-2003-01-23 (dev) New Comment: Related to bug #18926 Previous Comments: [2003-01-23 16:51:05] [EMAIL PROTECTED] foobar(); ?> works, but foobar(); ?> does not and prints "Fatal error: Undefined class 'self' in c:\test.php on line 5". -- Edit this bug report at http://bugs.php.net/?id=21849&edit=1
#19973 [Opn->Csd]: compile zlib and pcre as shared fails
ID: 19973 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: RedHat 7.2 (kernel 2.4.19) PHP Version: 4CVS-2002-10-18 New Comment: See bug #22136 & bug #22131 Previous Comments: [2002-11-27 23:08:00] [EMAIL PROTECTED] Same thing on Mandrake 9.0 [2002-10-18 05:37:21] [EMAIL PROTECTED] I've tried to complile additional modules for as shared with the latest snap (18.10.2002) http://snaps.php.net/php4-latest.tar.gz and the operation failed - the same with php version 4.2.3 produces all chosen modules without any problems here's what I've done: ./configure --with-apache=/usr/src/apache_1.3.27 --with-mysql=shared,/usr --enable-dba=shared --with-db3=/usr --with-gd=shared --with-zlib=shared,/usr --with-pcre-regex=shared --with-curl=shared,/usr --enable-bcmath=shared --enable-posix=shared --enable-calendar=shared --enable-ctype=shared --enable-filepro=shared --enable-shmop=shared --enable-sysvsem=shared --enable-sysvshm=shared --with-xml=shared --enable-wddx=shared --with-domxml=shared,/usr --enable-ftp=shared --enable-sockets=shared --enable-yp=shared --enable-dbase=shared --enable-exif=shared and then: make and I've got this error: ext/standard/image.o: In function `php_handle_swc': /usr/src/php-4.3.0-021018/ext/standard/image.c:222: undefined reference to `uncompress' /usr/src/php-4.3.0-021018/ext/standard/image.c:242: undefined reference to `uncompress' ext/standard/aggregation.o: In function `aggregate_methods': /usr/src/php-4.3.0-021018/ext/standard/aggregation.c:103: undefined reference to `pcre_get_compiled_regex' /usr/src/php-4.3.0-021018/ext/standard/aggregation.c:126: undefined reference to `php_pcre_exec' ext/standard/aggregation.o: In function `aggregate_properties': /usr/src/php-4.3.0-021018/ext/standard/aggregation.c:209: undefined reference to `pcre_get_compiled_regex' /usr/src/php-4.3.0-021018/ext/standard/aggregation.c:232: undefined reference to `php_pcre_exec' main/SAPI.o: In function `sapi_header_op': /usr/src/php-4.3.0-021018/main/SAPI.c:519: undefined reference to `zlib_globals' main/SAPI.o: In function `sapi_send_headers': /usr/src/php-4.3.0-021018/main/SAPI.c:668: undefined reference to `zlib_globals' /usr/src/php-4.3.0-021018/main/SAPI.c:669: undefined reference to `zlib_globals' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 without options: --with-zlib=shared,/usr --with-pcre-regex=shared the whole thing compiles fine -- Edit this bug report at http://bugs.php.net/?id=19973&edit=1
#21151 [Opn]: zlib and pcre as external modules don't work
ID: 21151 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Dynamic loading Operating System: Mandrake 9.0 PHP Version: 4.3.0RC4 New Comment: Just FYI: See bug #22131 Previous Comments: [2003-01-29 06:07:59] [EMAIL PROTECTED] Between 4.2.3 and 4.3.0 (Mandrake 9.0) the ability to make zlib a shared module BROKE. Regardless if this module is small or not, the option exists to make it a shared module for PHP. It compiles fine, but it won't run: [root@x1 apache]# apachectl start Syntax error on line 62 of /etc/httpd/conf/httpd.conf: Cannot load /etc/httpd/lib/apache/libphp4.so into server: /etc/httpd/lib/apache/libphp4.so: undefined symbol: zlib_globals /usr/sbin/apachectl start: httpd could not be started [root@x1 apache]# Our configure script: ./configure \ --prefix=/usr/local \ --libexecdir=/usr/lib/apache \ --with-config-file-path=/usr/local/lib/php:/usr/local/lib:/etc \ --enable-discard-path \ --enable-bcmath=shared \ --enable-exif=shared \ --enable-ftp=shared \ --enable-sockets=shared \ --enable-track-vars \ --with-apxs \ --with-bz2=shared \ --with-gettext \ --with-xml=shared \ --with-gd=shared,/usr/local \ --with-freetype-dir=shared,/usr/local \ --with-jpeg-dir=shared \ --with-png-dir=shared \ --with-ldap=shared \ --with-pcre-regex=shared \ --with-zlib=shared,/usr \ --with-openssl=shared \ --with-pgsql=shared \ --with-mysql=shared,/usr \ --with-mnogosearch=shared,/usr/local/mnogosearch \ --with-snmp=shared \ --disable-ctype \ --without-aspell \ --without-db2 \ --without-db3 \ --without-pear [2003-01-13 12:16:22] [EMAIL PROTECTED] Jean-Michel Yes I am ;) But if these extensions can't be built as a loadable dso, you shouldn't be able to use "=shared". This is really extreme stuff and I doubt people would use this configure line. [2003-01-07 10:27:49] [EMAIL PROTECTED] Confirmed same issue on Solaris 8 for version 4.3.0. I do agree that zlib is not that large and can be compiled into php (hit after reading that suggestion!) but still the option is there and does not work... [2003-01-03 02:26:36] [EMAIL PROTECTED] Oden, you're a modularization maniac ;-) Some extensions, like ftp, session, zlib and pcre should really remain in the PHP core, since: 1) they don't need extra libraries (try to install an RPM without libz.so ;-) 2) they are really small and don't add extra weigth to PHP 3) users need them and will complain if they're not installed by default (trust me on this one!) Jean-Michel [2002-12-23 02:53:24] [EMAIL PROTECTED] Too many modules rely on zlib and pcre, the best thing would be to disallow them to be compiled as shared module. For now: just don't do it :) Derick The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/21151 -- Edit this bug report at http://bugs.php.net/?id=21151&edit=1
#21708 [Opn->Fbk]: ucfirst() trouble again
ID: 21708
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Strings related
Operating System: Win 2000 Pro Russian + SP2
PHP Version: 4.3.0
New Comment:
To [EMAIL PROTECTED]:
Could you also try
setlocale(LC_CTYPE, "Russian_Russia.1251"?
Previous Comments:
[2003-01-28 04:43:28] [EMAIL PROTECTED]
$text = '
alert ("this shouldnt be here");
';
$text =strip_tags($text, $allowed_tags);
$text =ucfirst($text);
print $text;
PHP version 4.3 on win 32.
doesnt uppercase output
alert ("this shouldnt be here");
[2003-01-17 16:00:29] [EMAIL PROTECTED]
Hmm, you can use mb_convert_case() instead if mbstring extension is
enabled.
http://www.php.net/mb_convert_case
[2003-01-17 15:12:22] [EMAIL PROTECTED]
Thank's. I tried to do this. No effect. =(
I think it can be feature of PHP under Win32 ;-)
[2003-01-17 04:50:28] [EMAIL PROTECTED]
Try this:
setlocale(LC_CTYPE,"Russian.1251");
Windows locale string convension is different to *nix's.
See
http://msdn.microsoft.com/library/en-us/vccore98/html/_crt_language_and_country_strings.asp
for detail.
[2003-01-17 04:18:46] [EMAIL PROTECTED]
Code:
Result:
Þëà
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/21708
--
Edit this bug report at http://bugs.php.net/?id=21708&edit=1
#21854 [Opn]: Output compression stops working
ID: 21854 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Zlib Related Operating System: Redhat 7.2 PHP Version: 4.3.0 New Comment: Maybe related to bug #19436 Previous Comments: [2003-01-31 16:21:43] [EMAIL PROTECTED] As a test i downgraded to 4.2.3 and it does NOT have this issue. [2003-01-31 16:20:15] [EMAIL PROTECTED] Since i was running zlib 1.1.3 i updated it to 1.1.4 and it and i am still having the same issue. [2003-01-30 02:55:09] [EMAIL PROTECTED] i used php.ini-recommended. and changed zlib ompression and some error directives. my system: rh 7.2 php 4.3.0 apache 1.2.37 zlib 1.1.4 [2003-01-29 15:11:34] [EMAIL PROTECTED] I tried using both .ini files the php.ini-dist and the php.ini-recommended changing only the zlib.output_compression setting and still have the same issue. [2003-01-29 11:38:25] [EMAIL PROTECTED] tux witch ini file did you use the php.ini-dist or the php.ini-recommended? 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/21854 -- Edit this bug report at http://bugs.php.net/?id=21854&edit=1
#21916 [Opn]: fwrite writes sometimes strings twice in file
ID: 21916
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Filesystem function related
Operating System: Win XP
PHP Version: 4.3.0
New Comment:
Similar to bug #20215
Previous Comments:
[2003-01-28 03:35:07] [EMAIL PROTECTED]
$file_handler=fopen(test.txt,a);
fwrite($file_handler,'This is a test\n');
fclose($file_handler);
the funny thing is, that sometime this script produces only one entry
and sometime it produces two entries in test.txt.
(i always delete the file before running the script.)
i'm using win xp pro
[2003-01-28 03:21:08] [EMAIL PROTECTED]
Could you please provide a _SHORT_ script to reproduce it
?
[2003-01-28 03:06:19] [EMAIL PROTECTED]
I had a problem under win xp and apache 2.0.44 with php4:
fwrite writes sometimes strings twice in the file:
my sourcecode is:
$artikel_nr;
$kundennummer;
$artikel_anzahl;
$bemerkung;
if (($artikel_nr!='') and ($artikel_anzahl>0))
{
//überprüfen ob heutiger wk existiert, sonst anlegen!!
$datum=date('d-m-y');
$datei_name=$datum.".wk";
$datei_pfad="wk/".$kundennummer."/";
$datei=$datei_pfad.$datei_name;
//Datei öffnen
/*$tmp_string='';
if(file_exists($datei)){
$file_handler=fopen($datei, 'r');
do {
$tmp_string=$tmp_string.fgets($file_handler, 500)."\n";
} while (!feof($file_handler));
fclose($file_handler);
}*/
$file_handler=fopen($datei,a);
//artikel-string erzeugen und in datei schreiben
$artikel_string=$artikel_nr."|".$artikel_anzahl."|".$bemerkung."\n";
//in Datei schreiben
fwrite($file_handler,$artikel_string);
//datei schließen
fclose($file_handler);
}
?>
function neu_sortieren(kriterium){
parent.ergebniss.document.search_parameter.sortierung.value=''+kriteri
um;
parent.ergebniss.document.search_parameter.submit();
}
function artikel_in_korb(){
var fehler=0;
//artikeldaten holen
var artikel_nr='';
document.bestellen.artikel_nr.value=top.details.artikel_details.artike
lnr.value;
var kundennummer='';
document.bestellen.kundennummer.value=top.oben.kundendaten.kundennumme
r.value;
var session_nr='';
document.bestellen.session_nr.value=top.oben.kundendaten.session_nr.va
lue;
//bestellmenge überprüfen
var tmp=document.bestellen.artikel_anzahl.value;
tmp=parseInt(tmp);
if (isNaN(tmp)){
fehler=2;alert('fehler 2');}
else{
document.bestellen.artikel_anzahl.value=tmp;}
//artikeldaten überprüfen
if (document.bestellen.artikel_nr.value==''){fehler=1;}
if (fehler==0){
document.bestellen.action="bestellen.php"
document.bestellen.submit();
}
else
{document.bestellen.artikel_nr.value='';
document.bestellen.artikel_anzahl.value=0;
if (fehler==1){
alert('Sie haben kein Artikel markiert!');
}
if (fehler==2){
alert('Die Bestellmenge ist nicht ganzzahlig!');
}
}
}
markierte Artikel in Warenkorb legen
Anzahl
Bemerkung
Artikelnr.
Herstellernr.
Bezeichnung
Preis
--
Edit this bug report at http://bugs.php.net/?id=21916&edit=1
#20215 [Opn]: fputs(); (Line Feed / Carriage Return)
ID: 20215
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Filesystem function related
Operating System: Windows 2000
PHP Version: 4.3.0
New Comment:
Similar to bug #21916
Previous Comments:
[2003-01-01 11:17:55] [EMAIL PROTECTED]
The bug is always present, with php 4.3.0 on several Windows 2000 Pro /
Apache 1.3.27 systems...
[2002-12-19 23:10:37] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-11-27 13:22:47] [EMAIL PROTECTED]
I had foreseen what it is necessary since the beginning on:
http://www.serveurperso.com/temp (fichier.txt and copy-paste from the
show_source("fputs.php");)
I send "fputs.php" script and "fichier.txt" sample text file to you
([EMAIL PROTECTED]) to make win you of the time.
I don't arrive determined of or come these 0D0A(hex) in too much. It
doubles has every writings.
(I am French sorry for my english)
[2002-11-27 06:09:24] [EMAIL PROTECTED]
Can you provide a link that will allow me to download the .txt and .php
files directly?
(or zip them up and mail them to me)
[2002-11-26 17:09:01] [EMAIL PROTECTED]
I meet the problem with - Windows 2000 Pro SP3 (FAT32) - Apache 1.3.27
- PHP 4.3RC1 *with php.ini-recommended*
(http://www.serveurperso.com/php.ini)
This small script bug (mini notepad for admin-zone...)
http://www.serveurperso.com/temp/fputs.php
! The bug with PhpMyExplorer text file editor is the same.
Is it can be an Apache problem in the interpretation of the form?
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/20215
--
Edit this bug report at http://bugs.php.net/?id=20215&edit=1
#22135 [Opn]: PHP confused by America/Los Angeles timezone
ID: 22135
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Date/time related
Operating System: Linux (debian)
PHP Version: 4.2.3
New Comment:
Yes, tzselect suggests that TZ be set as 'America/Los_Angeles'.
I did this, using export TZ='America/Los_Angeles' and restarted apache.
It made no difference to the php script output.
In other words, if php believes that the server timezone is
'America/Los_Angeles' it gives the incorrect time. But if it believes
that timezone is 'US/Pacific' it gives the correct time. However,
setting TZ to 'US/Pacific' also makes no difference to the script
output. So I'm wondering where PHP is picking up the timezone
information from and how I can get it to believe that the timezone is
'US/Pacific' from startup. Can I set that in php.ini?
(Also, there are two timezone commands on debian, tzselect and
tzconfig. tzconfig lets one choose either 'US/Pacific' or
'America/Los_Angeles' for the timezone, but neither makes a difference
to this script).
Previous Comments:
[2003-02-09 07:49:05] [EMAIL PROTECTED]
Using tzselect on Debian leads to the assumption that your TZ variable
should probably be "America/Los_Angeles" (with underscore). Can you
test that, please?
[2003-02-09 00:56:15] [EMAIL PROTECTED]
\n");
print("server time is: " . date("F j, Y, g:i a") . "\n");
print("changing server time zone to US/Pacific\n");
putenv("TZ=US/Pacific");
print("new server time is: " . date("F j, Y, g:i a") . "\n");
print("new server timezone for this script is: " . getenv('TZ'));
?>
The above script gives the following output:
server timezone is: America/Los Angeles
server time is: February 9, 2003, 6:45 am
changing server time zone to US/Pacific
new server time is: February 8, 2003, 10:45 pm
new server timezone for this script is: US/Pacific
the correct date and time in Los Angeles at the time of running the
script is: February 8, 2003, 10:45 pm
The date command on the system gives the correct time and date.
/etc/timezone contains US/Pacific
setting environment variable TZ=US/Pacific before restarting apache has
no effect on the above script.
PHP configure line:
'./configure' '--with-mysql' '--with-apxs'
'--with-config-file-path=/etc/php4/apache' '--enable-track-vars'
'--enable-trans-sid' '--with-sybase=/usr/local/freetds' '--with-ldap'
'--with-imap' '--with-curl=/usr' '--with-pgsql=/usr/include/postgresql'
'--with-gd' '--with-xml' '--enable-cli'
Apache/1.3.26
Apache modules are: mod_php4, mod_ssl, mod_perl, mod_dav, mod_setenvif,
mod_unique_id, mod_expires, mod_auth, mod_access, mod_rewrite,
mod_alias, mod_userdir, mod_cgi, mod_dir, mod_autoindex, mod_status,
mod_negotiation, mod_mime, mod_log_config, mod_macro, mod_so,
http_core
This could be a problem with the underlying debian (2.2.19 kernel)
system, but I thought I should report it.
Thank you.
--
Edit this bug report at http://bugs.php.net/?id=22135&edit=1
#22096 [Opn->Fbk]: return inside a while loop isn't breaking the loop and returning a value
ID: 22096
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: *General Issues
Operating System: RedHat Linux
PHP Version: 4.2.2
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-06 15:09:30] [EMAIL PROTECTED]
Here's the code I'm working with:
function getFilePath($filename,$path=''){
if(empty($path)){ $path=$this->basedir; }
echo $path."";
if($dir=@opendir($path)){
while(false!==($file=readdir($dir))){
if(!in_array($file,$this->remove_array)){
$file_path=$path."/".$file;
if(is_file($file_path)){
if(strtolower($file)==strtolower($filename)){
$this->found_path=$file_path;
return $file_path;
}
}elseif(is_dir($file_path)){
$this->getFilePath($filename,$file_path);
}
}
}
}
closedir($dir);
//return $this->found_path;
}
Where it starts in one dir, and goes until it finds a file - then, when
it does, it's supposed to return that path value - but it doesn't. It
keeps going through the rest of the directories without stopping at the
"return"
--
Edit this bug report at http://bugs.php.net/?id=22096&edit=1
#22139 [NEW]: htmlspecialchars() fails if argument is NULL
From: [EMAIL PROTECTED] Operating system: Linux Slackware 7.1 PHP version: 4.2.3 PHP Bug Type: Strings related Bug description: htmlspecialchars() fails if argument is NULL The following piece of code takes up a reasonable amount of CPU resources and fails to finish, something like an infinite loop. $a=NULL; $a = htmlspecialchars($a); The script terminates after reaching the maximum execution time. Not sure if the problem exists with newer versions of PHP. -- Edit bug report at http://bugs.php.net/?id=22139&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22139&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22139&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22139&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22139&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22139&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22139&r=support Expected behavior: http://bugs.php.net/fix.php?id=22139&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22139&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22139&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22139&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22139&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22139&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22139&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22139&r=gnused
#22139 [Opn->Fbk]: htmlspecialchars() fails if argument is NULL
ID: 22139 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Strings related Operating System: Linux Slackware 7.1 PHP Version: 4.2.3 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-09 11:28:02] [EMAIL PROTECTED] The following piece of code takes up a reasonable amount of CPU resources and fails to finish, something like an infinite loop. $a=NULL; $a = htmlspecialchars($a); The script terminates after reaching the maximum execution time. Not sure if the problem exists with newer versions of PHP. -- Edit this bug report at http://bugs.php.net/?id=22139&edit=1
#21708 [Fbk->Opn]: ucfirst() trouble again
ID: 21708
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Strings related
Operating System: Win 2000 Pro Russian + SP2
PHP Version: 4.3.0
New Comment:
Yes. I tried to do it after reading your comment dated 17 Jan 4:50am
(with link to MSDN). Output is wrong, but...
Every time starting of script containing
setlocale (LC_CTYPE, "Russian_Russia.1251") I have different (!!!)
results... Interest, isn't it?
Previous Comments:
[2003-02-09 10:45:14] [EMAIL PROTECTED]
To [EMAIL PROTECTED]:
Could you also try
setlocale(LC_CTYPE, "Russian_Russia.1251"?
[2003-01-28 04:43:28] [EMAIL PROTECTED]
$text = '
alert ("this shouldnt be here");
';
$text =strip_tags($text, $allowed_tags);
$text =ucfirst($text);
print $text;
PHP version 4.3 on win 32.
doesnt uppercase output
alert ("this shouldnt be here");
[2003-01-17 16:00:29] [EMAIL PROTECTED]
Hmm, you can use mb_convert_case() instead if mbstring extension is
enabled.
http://www.php.net/mb_convert_case
[2003-01-17 15:12:22] [EMAIL PROTECTED]
Thank's. I tried to do this. No effect. =(
I think it can be feature of PHP under Win32 ;-)
[2003-01-17 04:50:28] [EMAIL PROTECTED]
Try this:
setlocale(LC_CTYPE,"Russian.1251");
Windows locale string convension is different to *nix's.
See
http://msdn.microsoft.com/library/en-us/vccore98/html/_crt_language_and_country_strings.asp
for detail.
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/21708
--
Edit this bug report at http://bugs.php.net/?id=21708&edit=1
#21708 [Opn]: ucfirst() trouble again
ID: 21708
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Strings related
Operating System: Win 2000 Pro Russian + SP2
PHP Version: 4.3.0
New Comment:
FYI: MySQL (3.23.xx) under Win32 with
character_set == cp1251
also have problem with LCASE, UCASE.
Previous Comments:
[2003-02-09 11:48:55] [EMAIL PROTECTED]
Yes. I tried to do it after reading your comment dated 17 Jan 4:50am
(with link to MSDN). Output is wrong, but...
Every time starting of script containing
setlocale (LC_CTYPE, "Russian_Russia.1251") I have different (!!!)
results... Interest, isn't it?
[2003-02-09 10:45:14] [EMAIL PROTECTED]
To [EMAIL PROTECTED]:
Could you also try
setlocale(LC_CTYPE, "Russian_Russia.1251"?
[2003-01-28 04:43:28] [EMAIL PROTECTED]
$text = '
alert ("this shouldnt be here");
';
$text =strip_tags($text, $allowed_tags);
$text =ucfirst($text);
print $text;
PHP version 4.3 on win 32.
doesnt uppercase output
alert ("this shouldnt be here");
[2003-01-17 16:00:29] [EMAIL PROTECTED]
Hmm, you can use mb_convert_case() instead if mbstring extension is
enabled.
http://www.php.net/mb_convert_case
[2003-01-17 15:12:22] [EMAIL PROTECTED]
Thank's. I tried to do this. No effect. =(
I think it can be feature of PHP under Win32 ;-)
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/21708
--
Edit this bug report at http://bugs.php.net/?id=21708&edit=1
#21151 [Opn]: zlib and pcre as external modules don't work
ID: 21151 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Dynamic loading Operating System: Mandrake 9.0 PHP Version: 4.3.0RC4 New Comment: #22131 has nothing to do with this issue.. Previous Comments: [2003-02-09 10:32:09] [EMAIL PROTECTED] Just FYI: See bug #22131 [2003-01-29 06:07:59] [EMAIL PROTECTED] Between 4.2.3 and 4.3.0 (Mandrake 9.0) the ability to make zlib a shared module BROKE. Regardless if this module is small or not, the option exists to make it a shared module for PHP. It compiles fine, but it won't run: [root@x1 apache]# apachectl start Syntax error on line 62 of /etc/httpd/conf/httpd.conf: Cannot load /etc/httpd/lib/apache/libphp4.so into server: /etc/httpd/lib/apache/libphp4.so: undefined symbol: zlib_globals /usr/sbin/apachectl start: httpd could not be started [root@x1 apache]# Our configure script: ./configure \ --prefix=/usr/local \ --libexecdir=/usr/lib/apache \ --with-config-file-path=/usr/local/lib/php:/usr/local/lib:/etc \ --enable-discard-path \ --enable-bcmath=shared \ --enable-exif=shared \ --enable-ftp=shared \ --enable-sockets=shared \ --enable-track-vars \ --with-apxs \ --with-bz2=shared \ --with-gettext \ --with-xml=shared \ --with-gd=shared,/usr/local \ --with-freetype-dir=shared,/usr/local \ --with-jpeg-dir=shared \ --with-png-dir=shared \ --with-ldap=shared \ --with-pcre-regex=shared \ --with-zlib=shared,/usr \ --with-openssl=shared \ --with-pgsql=shared \ --with-mysql=shared,/usr \ --with-mnogosearch=shared,/usr/local/mnogosearch \ --with-snmp=shared \ --disable-ctype \ --without-aspell \ --without-db2 \ --without-db3 \ --without-pear [2003-01-13 12:16:22] [EMAIL PROTECTED] Jean-Michel Yes I am ;) But if these extensions can't be built as a loadable dso, you shouldn't be able to use "=shared". This is really extreme stuff and I doubt people would use this configure line. [2003-01-07 10:27:49] [EMAIL PROTECTED] Confirmed same issue on Solaris 8 for version 4.3.0. I do agree that zlib is not that large and can be compiled into php (hit after reading that suggestion!) but still the option is there and does not work... [2003-01-03 02:26:36] [EMAIL PROTECTED] Oden, you're a modularization maniac ;-) Some extensions, like ftp, session, zlib and pcre should really remain in the PHP core, since: 1) they don't need extra libraries (try to install an RPM without libz.so ;-) 2) they are really small and don't add extra weigth to PHP 3) users need them and will complain if they're not installed by default (trust me on this one!) Jean-Michel 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/21151 -- Edit this bug report at http://bugs.php.net/?id=21151&edit=1
#22135 [Com]: PHP confused by America/Los Angeles timezone
ID: 22135
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Date/time related
Operating System: Linux (debian)
PHP Version: 4.2.3
New Comment:
"apachectl restart" does not pick up the new TZ environment variable.
Did you try apachectl stop / apachectl start? I get the same results as
you with TZ="America/Los Angeles", but "America/Los_Angeles" or
"US/Pacific" work. As far as I know there's no php.ini setting that
fiddles with timezones.
Previous Comments:
[2003-02-09 10:54:54] [EMAIL PROTECTED]
Yes, tzselect suggests that TZ be set as 'America/Los_Angeles'.
I did this, using export TZ='America/Los_Angeles' and restarted apache.
It made no difference to the php script output.
In other words, if php believes that the server timezone is
'America/Los_Angeles' it gives the incorrect time. But if it believes
that timezone is 'US/Pacific' it gives the correct time. However,
setting TZ to 'US/Pacific' also makes no difference to the script
output. So I'm wondering where PHP is picking up the timezone
information from and how I can get it to believe that the timezone is
'US/Pacific' from startup. Can I set that in php.ini?
(Also, there are two timezone commands on debian, tzselect and
tzconfig. tzconfig lets one choose either 'US/Pacific' or
'America/Los_Angeles' for the timezone, but neither makes a difference
to this script).
[2003-02-09 07:49:05] [EMAIL PROTECTED]
Using tzselect on Debian leads to the assumption that your TZ variable
should probably be "America/Los_Angeles" (with underscore). Can you
test that, please?
[2003-02-09 00:56:15] [EMAIL PROTECTED]
\n");
print("server time is: " . date("F j, Y, g:i a") . "\n");
print("changing server time zone to US/Pacific\n");
putenv("TZ=US/Pacific");
print("new server time is: " . date("F j, Y, g:i a") . "\n");
print("new server timezone for this script is: " . getenv('TZ'));
?>
The above script gives the following output:
server timezone is: America/Los Angeles
server time is: February 9, 2003, 6:45 am
changing server time zone to US/Pacific
new server time is: February 8, 2003, 10:45 pm
new server timezone for this script is: US/Pacific
the correct date and time in Los Angeles at the time of running the
script is: February 8, 2003, 10:45 pm
The date command on the system gives the correct time and date.
/etc/timezone contains US/Pacific
setting environment variable TZ=US/Pacific before restarting apache has
no effect on the above script.
PHP configure line:
'./configure' '--with-mysql' '--with-apxs'
'--with-config-file-path=/etc/php4/apache' '--enable-track-vars'
'--enable-trans-sid' '--with-sybase=/usr/local/freetds' '--with-ldap'
'--with-imap' '--with-curl=/usr' '--with-pgsql=/usr/include/postgresql'
'--with-gd' '--with-xml' '--enable-cli'
Apache/1.3.26
Apache modules are: mod_php4, mod_ssl, mod_perl, mod_dav, mod_setenvif,
mod_unique_id, mod_expires, mod_auth, mod_access, mod_rewrite,
mod_alias, mod_userdir, mod_cgi, mod_dir, mod_autoindex, mod_status,
mod_negotiation, mod_mime, mod_log_config, mod_macro, mod_so,
http_core
This could be a problem with the underlying debian (2.2.19 kernel)
system, but I thought I should report it.
Thank you.
--
Edit this bug report at http://bugs.php.net/?id=22135&edit=1
#19973 [Csd->Bgs]: compile zlib and pcre as shared fails
ID: 19973 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Bogus Bug Type: Compile Failure Operating System: RedHat 7.2 (kernel 2.4.19) PHP Version: 4CVS-2002-10-18 New Comment: Wrong status. Dupe of bug #21151 => please see that page for further info. Previous Comments: [2003-02-09 10:12:47] [EMAIL PROTECTED] See bug #22136 & bug #22131 [2002-11-27 23:08:00] [EMAIL PROTECTED] Same thing on Mandrake 9.0 [2002-10-18 05:37:21] [EMAIL PROTECTED] I've tried to complile additional modules for as shared with the latest snap (18.10.2002) http://snaps.php.net/php4-latest.tar.gz and the operation failed - the same with php version 4.2.3 produces all chosen modules without any problems here's what I've done: ./configure --with-apache=/usr/src/apache_1.3.27 --with-mysql=shared,/usr --enable-dba=shared --with-db3=/usr --with-gd=shared --with-zlib=shared,/usr --with-pcre-regex=shared --with-curl=shared,/usr --enable-bcmath=shared --enable-posix=shared --enable-calendar=shared --enable-ctype=shared --enable-filepro=shared --enable-shmop=shared --enable-sysvsem=shared --enable-sysvshm=shared --with-xml=shared --enable-wddx=shared --with-domxml=shared,/usr --enable-ftp=shared --enable-sockets=shared --enable-yp=shared --enable-dbase=shared --enable-exif=shared and then: make and I've got this error: ext/standard/image.o: In function `php_handle_swc': /usr/src/php-4.3.0-021018/ext/standard/image.c:222: undefined reference to `uncompress' /usr/src/php-4.3.0-021018/ext/standard/image.c:242: undefined reference to `uncompress' ext/standard/aggregation.o: In function `aggregate_methods': /usr/src/php-4.3.0-021018/ext/standard/aggregation.c:103: undefined reference to `pcre_get_compiled_regex' /usr/src/php-4.3.0-021018/ext/standard/aggregation.c:126: undefined reference to `php_pcre_exec' ext/standard/aggregation.o: In function `aggregate_properties': /usr/src/php-4.3.0-021018/ext/standard/aggregation.c:209: undefined reference to `pcre_get_compiled_regex' /usr/src/php-4.3.0-021018/ext/standard/aggregation.c:232: undefined reference to `php_pcre_exec' main/SAPI.o: In function `sapi_header_op': /usr/src/php-4.3.0-021018/main/SAPI.c:519: undefined reference to `zlib_globals' main/SAPI.o: In function `sapi_send_headers': /usr/src/php-4.3.0-021018/main/SAPI.c:668: undefined reference to `zlib_globals' /usr/src/php-4.3.0-021018/main/SAPI.c:669: undefined reference to `zlib_globals' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 without options: --with-zlib=shared,/usr --with-pcre-regex=shared the whole thing compiles fine -- Edit this bug report at http://bugs.php.net/?id=19973&edit=1
#21151 [Opn->Csd]: zlib and pcre as external modules don't work
ID: 21151 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Dynamic loading Operating System: Mandrake 9.0 PHP Version: 4.3.0RC4 New Comment: These compile failures are now fixed in CVS. But compiling zlib/pcre as shared is not really useful..you lose some functionality they provide. Previous Comments: [2003-02-09 12:22:40] [EMAIL PROTECTED] #22131 has nothing to do with this issue.. [2003-02-09 10:32:09] [EMAIL PROTECTED] Just FYI: See bug #22131 [2003-01-29 06:07:59] [EMAIL PROTECTED] Between 4.2.3 and 4.3.0 (Mandrake 9.0) the ability to make zlib a shared module BROKE. Regardless if this module is small or not, the option exists to make it a shared module for PHP. It compiles fine, but it won't run: [root@x1 apache]# apachectl start Syntax error on line 62 of /etc/httpd/conf/httpd.conf: Cannot load /etc/httpd/lib/apache/libphp4.so into server: /etc/httpd/lib/apache/libphp4.so: undefined symbol: zlib_globals /usr/sbin/apachectl start: httpd could not be started [root@x1 apache]# Our configure script: ./configure \ --prefix=/usr/local \ --libexecdir=/usr/lib/apache \ --with-config-file-path=/usr/local/lib/php:/usr/local/lib:/etc \ --enable-discard-path \ --enable-bcmath=shared \ --enable-exif=shared \ --enable-ftp=shared \ --enable-sockets=shared \ --enable-track-vars \ --with-apxs \ --with-bz2=shared \ --with-gettext \ --with-xml=shared \ --with-gd=shared,/usr/local \ --with-freetype-dir=shared,/usr/local \ --with-jpeg-dir=shared \ --with-png-dir=shared \ --with-ldap=shared \ --with-pcre-regex=shared \ --with-zlib=shared,/usr \ --with-openssl=shared \ --with-pgsql=shared \ --with-mysql=shared,/usr \ --with-mnogosearch=shared,/usr/local/mnogosearch \ --with-snmp=shared \ --disable-ctype \ --without-aspell \ --without-db2 \ --without-db3 \ --without-pear [2003-01-13 12:16:22] [EMAIL PROTECTED] Jean-Michel Yes I am ;) But if these extensions can't be built as a loadable dso, you shouldn't be able to use "=shared". This is really extreme stuff and I doubt people would use this configure line. [2003-01-07 10:27:49] [EMAIL PROTECTED] Confirmed same issue on Solaris 8 for version 4.3.0. I do agree that zlib is not that large and can be compiled into php (hit after reading that suggestion!) but still the option is there and does not work... 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/21151 -- Edit this bug report at http://bugs.php.net/?id=21151&edit=1
#22135 [Opn]: PHP confused by America/Los Angeles timezone
ID: 22135
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Date/time related
Operating System: Linux (debian)
PHP Version: 4.2.3
New Comment:
here's what I do, as root:
# export TZ='America/Los_Angeles'
# set | grep TZ
# TZ=America/Los_Angeles
# apachectl stop
/usr/sbin/apachectl stop: httpd stopped
# apachectl start
/usr/sbin/apachectl start: httpd started
output of the php script:
server timezone is: America/Los Angeles
server time is: February 9, 2003, 7:51 pm
changing server time zone to US/Pacific
new server time is: February 9, 2003, 11:51 am
new server timezone for this script is: US/Pacific
I notice that PHP does not pick up the underscore in "Los_Angeles".
What I wondered was whether there's a way to do the equivalent of
putenv("TZ=US/Pacific") in php.ini?
However, I have just noticed that the time is wrong in OTRS running on
the same server -- and it is a set of perl scripts. So maybe this is
not a PHP bug at all?
Previous Comments:
[2003-02-09 12:39:25] [EMAIL PROTECTED]
"apachectl restart" does not pick up the new TZ environment variable.
Did you try apachectl stop / apachectl start? I get the same results as
you with TZ="America/Los Angeles", but "America/Los_Angeles" or
"US/Pacific" work. As far as I know there's no php.ini setting that
fiddles with timezones.
[2003-02-09 10:54:54] [EMAIL PROTECTED]
Yes, tzselect suggests that TZ be set as 'America/Los_Angeles'.
I did this, using export TZ='America/Los_Angeles' and restarted apache.
It made no difference to the php script output.
In other words, if php believes that the server timezone is
'America/Los_Angeles' it gives the incorrect time. But if it believes
that timezone is 'US/Pacific' it gives the correct time. However,
setting TZ to 'US/Pacific' also makes no difference to the script
output. So I'm wondering where PHP is picking up the timezone
information from and how I can get it to believe that the timezone is
'US/Pacific' from startup. Can I set that in php.ini?
(Also, there are two timezone commands on debian, tzselect and
tzconfig. tzconfig lets one choose either 'US/Pacific' or
'America/Los_Angeles' for the timezone, but neither makes a difference
to this script).
[2003-02-09 07:49:05] [EMAIL PROTECTED]
Using tzselect on Debian leads to the assumption that your TZ variable
should probably be "America/Los_Angeles" (with underscore). Can you
test that, please?
[2003-02-09 00:56:15] [EMAIL PROTECTED]
\n");
print("server time is: " . date("F j, Y, g:i a") . "\n");
print("changing server time zone to US/Pacific\n");
putenv("TZ=US/Pacific");
print("new server time is: " . date("F j, Y, g:i a") . "\n");
print("new server timezone for this script is: " . getenv('TZ'));
?>
The above script gives the following output:
server timezone is: America/Los Angeles
server time is: February 9, 2003, 6:45 am
changing server time zone to US/Pacific
new server time is: February 8, 2003, 10:45 pm
new server timezone for this script is: US/Pacific
the correct date and time in Los Angeles at the time of running the
script is: February 8, 2003, 10:45 pm
The date command on the system gives the correct time and date.
/etc/timezone contains US/Pacific
setting environment variable TZ=US/Pacific before restarting apache has
no effect on the above script.
PHP configure line:
'./configure' '--with-mysql' '--with-apxs'
'--with-config-file-path=/etc/php4/apache' '--enable-track-vars'
'--enable-trans-sid' '--with-sybase=/usr/local/freetds' '--with-ldap'
'--with-imap' '--with-curl=/usr' '--with-pgsql=/usr/include/postgresql'
'--with-gd' '--with-xml' '--enable-cli'
Apache/1.3.26
Apache modules are: mod_php4, mod_ssl, mod_perl, mod_dav, mod_setenvif,
mod_unique_id, mod_expires, mod_auth, mod_access, mod_rewrite,
mod_alias, mod_userdir, mod_cgi, mod_dir, mod_autoindex, mod_status,
mod_negotiation, mod_mime, mod_log_config, mod_macro, mod_so,
http_core
This could be a problem with the underlying debian (2.2.19 kernel)
system, but I thought I should report it.
Thank you.
--
Edit this bug report at http://bugs.php.net/?id=22135&edit=1
#22060 [Fbk->Opn]: mssql.datetimeconvert=0 gets wrong month
ID: 22060
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: MSSQL related
Operating System: Linux 2.4
PHP Version: 4.3.1-dev
New Comment:
I´m running MSDE with SP5 on a Win98SE machine.
I´m running PHP/Apache on a Linux machine with freetds.
The type of the 'birth' column is datetime.
Previous Comments:
[2003-02-09 02:53:18] [EMAIL PROTECTED]
I need a bit more information to solve this. This can not be reproduced
on my system.
Are you using datetime or smalldatetime ?
[2003-02-05 15:43:30] [EMAIL PROTECTED]
same happened with php4-STABLE-200302052030.
[2003-02-04 18:05:43] [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-04 17:11:28] [EMAIL PROTECTED]
>>When using this:
$c = mssql_connect("172.16.0.1:1433", "hn", "hn");
mssql_select_db("hn");
$r = mssql_query("select * from hn.employee");
print_r(mssql_fetch_array($r));
>>I get this(as expected):
Array ( [0] => M4398648MG [id] => M4398648MG [1] => FRED [nome] => FRED
[2] => 105 roadhouse, av [addr] => 105 roadhouse, av [3] => NY [city]
=> NY [4] => NY [state] => NY [5] => 70272 [zip] => 70272 [6] => 280876
[id2] => 280876 [7] => FRED [nick] => FRED [8] => Mar 17 1973 12:00AM
[birth] => Mar 17 1973 12:00AM )
>>When using this:
ini_set('mssql.datetimeconvert',0);
$c = mssql_connect("172.16.0.1:1433", "hn", "hn");
mssql_select_db("hn");
$r = mssql_query("select * from hn.employee");
print_r(mssql_fetch_array($r));
>>I get a wrong month number (02 instead of 03):
Array ( [0] => M4398648MG [id] => M4398648MG [1] => FRED [nome] => FRED
[2] => 105 roadhouse, av [addr] => 105 roadhouse, av [3] => NY [city]
=> NY [4] => NY [state] => NY [5] => 70272 [zip] => 70272 [6] => 280876
[id2] => 280876 [7] => FRED [nick] => FRED [8] => 1973-02-17 00:00:00
[birth] => 1973-02-17 00:00:00 )
--
Edit this bug report at http://bugs.php.net/?id=22060&edit=1
#22140 [NEW]: The Jesus2Home Bug
From: [EMAIL PROTECTED] Operating system: Windows XP Professional PHP version: 4.2.3 PHP Bug Type: *General Issues Bug description: The Jesus2Home Bug If you have to Jesus2Home bug which is obtained through an e-mail, follow these instructions. Delete all PHP files with a small Jesus in the corner and DO NOT click it or it will wipe out your whole pc. Then send the files to this address: [EMAIL PROTECTED] (they don't have a website, it is just the address) With the subject as Jesus2Home and in the message write <> then if you like, type your email address to recieve software to prevent all PHP viruses. -- Edit bug report at http://bugs.php.net/?id=22140&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22140&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22140&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22140&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22140&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22140&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22140&r=support Expected behavior: http://bugs.php.net/fix.php?id=22140&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22140&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22140&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22140&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22140&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22140&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22140&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22140&r=gnused
#22140 [Com]: The Jesus2Home Bug
ID: 22140 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *General Issues Operating System: Windows XP Professional PHP Version: 4.2.3 New Comment: I had this bug and it has helped a lot with my PHP designing Previous Comments: [2003-02-09 14:19:21] [EMAIL PROTECTED] If you have to Jesus2Home bug which is obtained through an e-mail, follow these instructions. Delete all PHP files with a small Jesus in the corner and DO NOT click it or it will wipe out your whole pc. Then send the files to this address: [EMAIL PROTECTED] (they don't have a website, it is just the address) With the subject as Jesus2Home and in the message write <> then if you like, type your email address to recieve software to prevent all PHP viruses. -- Edit this bug report at http://bugs.php.net/?id=22140&edit=1
#22101 [Com]: Wrong behaviour of open_basedir restriction
ID: 22101 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Scripting Engine problem Operating System: Debian linux 2.4.19 PHP Version: 4.3.0 New Comment: I have the same Problem under RedHat 7.1 with PSA (Plesk Server Administrator) 5.x. It seems that PHP 4.3.0 doesn't set the Open_Basedir recursively to Subdirectories. This is really mean because I have to include each Subdirectory which I would have out of the SaveMode, in my httpd.conf. Previous Comments: [2003-02-06 20:27:37] [EMAIL PROTECTED] I wouldn't be surprised if an open_basedir set to / wasn't handled correctly. It is one of these non-sensical settings that I suppose we should account for, but it really is meaningless. All you are doing is burning more system calls with absolutely no benefit since everything is under / [2003-02-06 19:58:56] [EMAIL PROTECTED] Warning: Unknown(): open_basedir restriction in effect. File(/www/htdocs/phpSysInfo-2.1/index.php) is not within the allowed path(s): (/) in Unknown on line 0 Warning: Unknown(/www/htdocs/phpSysInfo-2.1/index.php): failed to create stream: Operation not permitted in Unknown on line 0 Warning: Unknown(): Failed opening '/www/htdocs/phpSysInfo-2.1/index.php' for inclusion (include_path='.:/usr/lib/php') in Unknown on line 0 As you can see, /www is in my opinion, inside /, which is my open_basedir for this particular file. The Apache config for this directory: php_admin_value open_basedir "/" You can get the phpSysInfo-2.1 script yourselves, too long to paste here, and it's not mine anyways. -- Edit this bug report at http://bugs.php.net/?id=22101&edit=1
#22140 [Com]: The Jesus2Home Bug
ID: 22140 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *General Issues Operating System: Windows XP Professional PHP Version: 4.2.3 New Comment: THANK YOU SO MUCH WHOEVER SENT DIS! I ALMOST CLICKED THE JESUS FACE UNTIL I READ THIS! THANKYOU! Previous Comments: [2003-02-09 14:20:49] [EMAIL PROTECTED] I had this bug and it has helped a lot with my PHP designing [2003-02-09 14:19:21] [EMAIL PROTECTED] If you have to Jesus2Home bug which is obtained through an e-mail, follow these instructions. Delete all PHP files with a small Jesus in the corner and DO NOT click it or it will wipe out your whole pc. Then send the files to this address: [EMAIL PROTECTED] (they don't have a website, it is just the address) With the subject as Jesus2Home and in the message write <> then if you like, type your email address to recieve software to prevent all PHP viruses. -- Edit this bug report at http://bugs.php.net/?id=22140&edit=1
#22140 [Opn->Bgs]: The Jesus2Home Bug
ID: 22140 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Windows XP Professional PHP Version: 4.2.3 New Comment: Jesus is coming..everyone look busy.. Previous Comments: [2003-02-09 14:23:59] [EMAIL PROTECTED] THANK YOU SO MUCH WHOEVER SENT DIS! I ALMOST CLICKED THE JESUS FACE UNTIL I READ THIS! THANKYOU! [2003-02-09 14:20:49] [EMAIL PROTECTED] I had this bug and it has helped a lot with my PHP designing [2003-02-09 14:19:21] [EMAIL PROTECTED] If you have to Jesus2Home bug which is obtained through an e-mail, follow these instructions. Delete all PHP files with a small Jesus in the corner and DO NOT click it or it will wipe out your whole pc. Then send the files to this address: [EMAIL PROTECTED] (they don't have a website, it is just the address) With the subject as Jesus2Home and in the message write <> then if you like, type your email address to recieve software to prevent all PHP viruses. -- Edit this bug report at http://bugs.php.net/?id=22140&edit=1
#9173 [Opn->Csd]: getline
ID: 9173
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Feature/Change Request
Operating System: windowsNT
PHP Version: 4.0.4pl1
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
PHP5-dev
Previous Comments:
[2001-02-08 10:19:45] [EMAIL PROTECTED]
user feedback:
***
getline in C++ does not limit the delim character with just a newline.
if I wanted, I could do a getline on a string stream where the line
ends with "|". example:
strstream sin;
sin.getline( szBuffer, nLength, '|' );
I would think this would be highly useful. It is just a suggested
feature to add.
Also, with getline, it does not return the delim "|" character in the
szBuffer.
***
ok, re-opened
[2001-02-08 10:02:19] [EMAIL PROTECTED]
please, read the manual: fgets does what you want.
[2001-02-08 09:47:41] [EMAIL PROTECTED]
Add a getline feature to the file and string routines. is it possible
to incorporate the iostream style stdin/stdout in php?
this is the getline i wrote:
function getline( $fp, $delim )
{
$result = "";
while( !feof( $fp ) )
{
$tmp = fgetc( $fp );
if( $tmp == $delim )
return $result;
$result .= $tmp;
}
return $result;
}
--
Edit this bug report at http://bugs.php.net/?id=9173&edit=1
#14097 [Ana->Csd]: Add option to file() to strip \n
ID: 14097
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Analyzed
+Status: Closed
Bug Type: Feature/Change Request
Operating System: Linux
PHP Version: 4.0.6
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
PHP5-dev
Previous Comments:
[2001-11-18 05:03:12] [EMAIL PROTECTED]
ID: 14097
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Filesystem function related
Operating System: Linux
PHP Version: 4.0.6
New Comment:
This is by design. Even the manual page for file() says it. :)
(Or was this a feature/change request to strip them?)
Sniper,
In my humble opinion this is a bug as it causes other functions to
perform irradically - array_search and in_array. At the very least
there should be something in the docs for these functions to give a
heads up. The ideal would be a change to the file function allowing the
stripping of the newlines.
I guess this makes it a feature/change request.
[2001-11-17 22:49:13] [EMAIL PROTECTED]
This is by design. Even the manual page for file() says it. :)
(Or was this a feature/change request to strip them?)
[2001-11-17 21:52:19] [EMAIL PROTECTED]
Using the file function, newlines (\n) are included in the read. The
causes odd behaviour in other functions such as:
mail - If the subject parameter is loaded using the file function, the
newline causes the headers sent using mail to be invalid. In the case
of Eudora the header information is dispalyed in the message and the
>From field displays the server account that generated the message - in
my case "WWW User".
array_search - All efforts to use this function fail with an array
created with the file function. Only through the following cose will it
produce the results expected:
$someArray = str_replace (array("\r", "\n"), '', $someArray);
(Thanks to Zak Greant for this code :)
in_array - Much like array_search, the results are misleading due to
the presence of newlines. A match is never found even though an echo of
the array being tested looks identical to the target string/integer.
--
Edit this bug report at http://bugs.php.net/?id=14097&edit=1
#17983 [Opn->Csd]: mkdir does not do recursive directory creations (-p)
ID: 17983 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: red hat linux 7.3 PHP Version: 4.2.1 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. PHP5-dev Previous Comments: [2002-06-25 18:47:20] [EMAIL PROTECTED] the mkdir function does not support the make parent directories that standard unix mkdir does: (-p, --parents no error if existing, make parent directories as needed) It would be a nice ability to send this switch to mkdir. -- Edit this bug report at http://bugs.php.net/?id=17983&edit=1
#22133 [Opn->Fbk]: Errors with Squirrel mail
ID: 22133 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: RedHat Linux 7.3 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-08 23:51:32] [EMAIL PROTECTED] When I use squirrel mail (any of the latest versions) with the latest versions of php-4.2.3+ I get an error when I try to log in to Squirrel Mail. When I log in I get the following error:- You must be logged in to access this page. when i log in again, it then works. There is also an error on the opening page of squirrel mail with php-4.2.3+:- Something about not being able to move focus to control because it is invisible, not enabled or a type that doesn't accept focus. If I move back to PHP-4.2.2, then squirrel mail works properly. -- Edit this bug report at http://bugs.php.net/?id=22133&edit=1
#16502 [Opn->Fbk]: OCIPLogon does not reconnect to restarted Database
ID: 16502 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: RedHat 7.2 PHP Version: 4.1.2 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: [2002-04-15 10:51:37] [EMAIL PROTECTED] Hello, I've tested your solution. This is very elegant! It's working perfectly for Oracle8i database and not working for Oracle7 database. We use Oracle8i clients and listeners. When PHP tries to connect to Oracle7 through Oracle8i client and Oracle8i listener with mentioned above settings, OCIPLogon throws following error: ORA-03115: unsupported network datatype or representation I have another solution but I'm not sure that is "proper" one. I've uncommented call for 'oci_ping' in oci8.c file (rows 2375 - 2361, right after text "XXX ini-flag" in the _oci_open_server function). I understand that it has "price" equals to OCIServerVersion call per each logon. But in case of Oracle7 I don't see solutions so far. Just couple questions left: 1. Is it really proper way for the problem? 2. If it is, Can it be incorporated in coming release? Thanks a lot, Boris [2002-04-15 08:55:42] [EMAIL PROTECTED] Thanks! I'm gonna try it. [2002-04-13 09:21:19] [EMAIL PROTECTED] hack: change your tnsnames.ora to include a failover to the same db. PROD=( DESCRIPTION=( ADDRESS=(PROTOCOL=TCP)(Host=127.0.0.1)(Port=1521)) (CONNECT_DATA=(SID=PROD)(failover_mode=(backup=PROD)(type=session)(method=basic)(retry=100)(delay=60))) ) this will make the Net8 client to reconnect automagically [2002-04-13 09:20:49] [EMAIL PROTECTED] hack: change your tnsnames.ora to include a failover to the same db. PROD=( DESCRIPTION=( ADDRESS=(PROTOCOL=TCP)(Host=127.0.0.1)(Port=1521)) (CONNECT_DATA=(SID=PROD)(failover_mode=(backup=PROD)(type=session)(method=basic)(retry=100)(delay=60))) ) this will make the Net8 client to reconnect automagically [2002-04-08 23:16:52] [EMAIL PROTECTED] Hello, I have an issue between PHP and Oracle. As soon as I have to restart database I have to do same for Apache. If I will not do that my session will retrieve error message about "end-of-file coonection". I agree that some of child processes in Apache can be in this status. But I guess, that it is possible to track that OCIPLogon tries to connect to DB through dead connection. That can trigger whole "connection process" to run again. It is better than wait for administrator to restart whole web server. I prefer OCIPLogon for small SELECT's because of performance issue. I tried to solve this issue with apache_child_terminate() but received message that it is disabled somehow (I even have no idea how to enable it) My environment is: RedHat 6.1 / 7.2 Apache 1.3.23 PHP 4.1.2 (--with-oci8) Oracle 8.1.5 client remote Oracle7 and Oracle8.1.5 databases Thanks for any advise, Boris [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=16502&edit=1
#17291 [Opn->Fbk]: mssql_query does not update get_last_message
ID: 17291
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Sybase (dblib) related
Operating System: Linux
PHP Version: 4.1.2
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:
[2002-05-17 11:58:53] [EMAIL PROTECTED]
If you make the following calls in PHP 4.1.2 on Linux using freetds
0.53 to connect to a MS SQL Server 7 database:
mssql_query ("mystoredproc");
$msg = mssql_get_last_message ();
print $msg;
where "mystoredproc" is a stored procedure that returns N rows of data
and calls the SQL function below to send a warning message:
raiserror ('QueryLimit',9,1)
you would expect the value of $msg to be "QueryLimit" after the call to
mssql_query. In fact, this is how it works on Windows but not on Linux
using freetds. I have debugged this issue on both the freetds and php
software and found the following. On Freetds, the message number that
gets returned from SQL is 5 which when stored as a 16-bit signed
integer is a negative value in the freetds code, so the freetds code
ignores the message. I modified the freetds code to NOT ignore
negative message numbers but to go ahead and pass those messages on to
the appropriate callback function in PHP. That helped matters, but
there was still an issue in the php code in the "sybase_query" function
in php_sybase_db.c. Basically, what is happening is that in the case
described above, you receive 2 sets of database results as a result of
the query, but the sybase_query function is only reading the first set
of results. To remedy the problem, I modified the sybase_query
function to save the results of the first call to dbresults(). Then,
after reading all the rows of data from the first set of results, I
checked the result of the first call to dbresults. If it is not set to
NO_MORE_RESULTS, I call dbresults again to read the second set of
results, which in this case, is the warning message. By doing so, this
causes the freetds software to recognize the message and callback PHP
with the message. I have tested these fixes on Linux and they seem to
work find I can email the source code for the fix if you are
interested
--
Edit this bug report at http://bugs.php.net/?id=17291&edit=1
#22141 [NEW]: str_replace hangs with extra argument
From: [EMAIL PROTECTED]
Operating system: Mac OS 10.2
PHP version: 4.2.3
PHP Bug Type: Scripting Engine problem
Bug description: str_replace hangs with extra argument
I was inadvertently including a fourth argument of "-1"
with some instances of str_replace() -- since I got into
the habit of the limit arg using preg_replace() -- and I
noticed an odd behavior:
str_replace("-embed-a-", "hey", "-embed-a-", -1) returns
"hey," as expected.
str_replace("-embed-a-", "hey", "-embed-b-", -1) returns
"embed-b-," as expected.
But str_replace("-embed-a-", "hey", "-embed-aa-", -1) hangs
the script until the max execution time.
Removing the extraneous argument made my script work
properly, but I would expect PHP to either ignore the extra
argument, or return an error, rather than hanging up
completely.
-Arlo
--
Edit bug report at http://bugs.php.net/?id=22141&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22141&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=22141&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=22141&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22141&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=22141&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22141&r=support
Expected behavior: http://bugs.php.net/fix.php?id=22141&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22141&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22141&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=22141&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22141&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=22141&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=22141&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22141&r=gnused
#22018 [Asn->Csd]: daylight savings time parameter works wrong
ID: 22018
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Assigned
+Status: Closed
Bug Type: Date/time related
Operating System: Windows 2000 Server
PHP Version: 4CVS-2003-02-02 (stable)
Assigned To: k.schroeder
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2003-02-05 16:15:30] [EMAIL PROTECTED]
I suppose you meant to assign this to yourself..
[2003-02-02 15:27:37] [EMAIL PROTECTED]
ext/standard/tests/time/003.phpt fails on W2k server:
diff:
008- 2000-05-29 13:00:00
008+ 2000-05-29 12:00:00
009- 2000-05-29 12:00:00
009+ 2000-05-29 11:00:00
014- 2000-04-29 13:00:00
014+ 2000-04-29 12:00:00
015- 2000-04-29 12:00:00
015+ 2000-04-29 11:00:00
coresponding lines:
echo date("Y-m-d H:i:s", mktime(12,0,0,3,+90,2000,0))."\n";
echo date("Y-m-d H:i:s", mktime(12,0,0,3,+90,2000,1))."\n";
echo date("Y-m-d H:i:s", mktime(12,0,0,5,-1,2000,0))."\n";
echo date("Y-m-d H:i:s", mktime(12,0,0,5,-1,2000,1))."\n";
this lines produce the expected result:
echo date("Y-m-d H:i:s", mktime(12,0,0,3,+90,2000,-1))."\n";
echo date("Y-m-d H:i:s", mktime(12,0,0,5,-90,2000,-1))."\n";
echo date("Y-m-d H:i:s", mktime(12,0,0,5,-90,2000,0))."\n";
echo date("Y-m-d H:i:s", mktime(12,0,0,5,-90,2000,1))."\n";
echo date("Y-m-d H:i:s", mktime(12,0,0,5,-1,2000,-1))."\n";
--
Edit this bug report at http://bugs.php.net/?id=22018&edit=1
#20775 [Opn]: Silent install (/s) does not work
ID: 20775 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *General Issues Operating System: Windows -PHP Version: 4.2.3 +PHP Version: 4.3.0 New Comment: I can confirm that this is still a problem in 4.3.0. Again, this is trivial to reproduce; just run the Windows PHP installer like this: php-4.3.0-installer.exe /s Previous Comments: [2002-12-02 18:08:30] [EMAIL PROTECTED] The Win32 installer php-4.2.3-installer.exe accepts the "/s" switch which should perform a silent installation, but it still pops up a dialog box. To reproduce, just run: php-4.2.3-installer.exe /s -- Edit this bug report at http://bugs.php.net/?id=20775&edit=1
#22070 [Com]: trans_id: Hidden fields placed incorrectly
ID: 22070 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Session related Operating System: Linux PHP Version: 4.3.0 New Comment: lol is this the way how php is fixing bugs? Previous Comments: [2003-02-05 16:01:38] [EMAIL PROTECTED] You can disable the adding of the hidden field by removing 'form=' from url_rewriter.tags [2003-02-05 09:16:05] [EMAIL PROTECTED] Output from http://validator.w3.org: Line 7, column 115: document type does not allow element "input" here; missing one of "ins", "del", "h1", "h2", "h3", "h4", "h5", "h6", "p", "div", "address", "fieldset" start-tag ...="f78cfab3aa4745920992c99cabedc75f" /> ^ [2003-02-05 08:33:42] [EMAIL PROTECTED] When using session.use_trans_sid, a hidden input field containing the session name and ID is placed right after the tag. Unfortually, this makes the HTML invalid if you're using XHTML 1.1, strict XHTML 1.0, or strict HTML 4.0: All input fields (even hidden ones) must be placed inside a block-level element such as or . The solution: When the parser discovers a form on the page, it should place the hidden field containing the session name + ID right next to one of the other input fields: The original page: After being processed by the parser: -- Edit this bug report at http://bugs.php.net/?id=22070&edit=1
#17928 [Ver->Csd]: daylight saving time
ID: 17928 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Closed Bug Type: Date/time related Operating System: Win32 PHP Version: 4.2.1 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-07-04 16:13:16] [EMAIL PROTECTED] Verified during the Bughunt. [2002-06-23 09:08:09] [EMAIL PROTECTED] Reclassified. [2002-06-22 22:31:08] [EMAIL PROTECTED] does not display daylight saving time while it's active on Win32 and NetWare; Linux works fine... -- Edit this bug report at http://bugs.php.net/?id=17928&edit=1
#22070 [Csd]: trans_id: Hidden fields placed incorrectly
ID: 22070 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Session related Operating System: Linux PHP Version: 4.3.0 New Comment: For xhtml, you use , so that the rewriter will include the hidden input field after the fieldset. Previous Comments: [2003-02-09 15:36:56] [EMAIL PROTECTED] lol is this the way how php is fixing bugs? [2003-02-05 16:01:38] [EMAIL PROTECTED] You can disable the adding of the hidden field by removing 'form=' from url_rewriter.tags [2003-02-05 09:16:05] [EMAIL PROTECTED] Output from http://validator.w3.org: Line 7, column 115: document type does not allow element "input" here; missing one of "ins", "del", "h1", "h2", "h3", "h4", "h5", "h6", "p", "div", "address", "fieldset" start-tag ...="f78cfab3aa4745920992c99cabedc75f" /> ^ [2003-02-05 08:33:42] [EMAIL PROTECTED] When using session.use_trans_sid, a hidden input field containing the session name and ID is placed right after the tag. Unfortually, this makes the HTML invalid if you're using XHTML 1.1, strict XHTML 1.0, or strict HTML 4.0: All input fields (even hidden ones) must be placed inside a block-level element such as or . The solution: When the parser discovers a form on the page, it should place the hidden field containing the session name + ID right next to one of the other input fields: The original page: After being processed by the parser: -- Edit this bug report at http://bugs.php.net/?id=22070&edit=1
#22133 [Fbk->Opn]: Errors with Squirrel mail
ID: 22133 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Unknown/Other Function Operating System: RedHat Linux 7.3 PHP Version: 4.3.0 New Comment: I'm not sure exactly what you are looking for, but here is more info:- OS: RedHat Linux 7.3 Web Server: Apache 1.3.27+PHP-4.3.0 Squirrel mail: version 1.2.10 (latest) What does happen: I go to squirrel mail login page and log in. I get an error from squirrel mail. This only happens with versions of php-4.2.3 and later! Should happen: If I use PHP-4.2.2 the login process works properly. If there is something more required please let me know specifically. Previous Comments: [2003-02-09 14:56:19] [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-08 23:51:32] [EMAIL PROTECTED] When I use squirrel mail (any of the latest versions) with the latest versions of php-4.2.3+ I get an error when I try to log in to Squirrel Mail. When I log in I get the following error:- You must be logged in to access this page. when i log in again, it then works. There is also an error on the opening page of squirrel mail with php-4.2.3+:- Something about not being able to move focus to control because it is invisible, not enabled or a type that doesn't accept focus. If I move back to PHP-4.2.2, then squirrel mail works properly. -- Edit this bug report at http://bugs.php.net/?id=22133&edit=1
#22117 [Opn]: Session vars inappropriately created as references
ID: 22117 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: Win NT 4 PHP Version: 4.3.0 New Comment: 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; Previous Comments: [2003-02-07 17:41:24] [EMAIL PROTECTED] It took me a while to track this down... we noticed that when we upgraded a develpment box from 4.2.3 to 4.3.0, that one of our session vars was being over-written by another. It turns out that one was being serialized to the session as a reference to the other, but only if the vars were intialized like this: $var1 = $var2 = "some value"; Consider two scripts, test_bug1.php and test_bug2.php If you run test_bug1, and then test_bug2, surprisingly, the output of test_bug2 will be: BEFORE: var1 = 'INITIALIZED' var2 = 'INITIALIZED' AFTER: var1 = 'CHANGED' var2 = 'CHANGED' \n"; echo "var1 = '$var1'"; echo "var2 = '$var2'"; echo "test_bug2.php"; ?> \n"; echo "var1 = '$var1'\n"; echo "var2 = '$var2'\n"; $var2 = "CHANGED"; echo "AFTER:\n"; echo "var1 = '$var1'\n"; echo "var2 = '$var2'\n"; $var2 = "EXIT"; ?> -- Edit this bug report at http://bugs.php.net/?id=22117&edit=1
#17739 [Com]: form select multiple returns double values
ID: 17739 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Unknown/Other Function Operating System: all PHP Version: 4.2.1 New Comment: This is not an IE-only problem. Happens here with Mozilla too, and every other browser I tried. I sniffed the actual protocol exchange, and confirmed that if 5 options are selected, only those 5 are sent to the server. PHP duplicates all except the first item. i.e. 1 submitted: 1 seen, 2 submitted: 3 seem, 3:5, 4:7, 5:9, etc. This is most definitely looks like a PHP bug. (PHP 4.3.0, Apache 2.0.43) Previous Comments: [2002-10-07 11:19:10] [EMAIL PROTECTED] I could trace the same behaviour in a different script: IE5.0, multipart/formdata and a special char copied from a Winword document. Indeed, I wonder, if it is IE5.0 that is doubling the array, or there is any strange thing (in IE5.0) that causes php to double the array when receiving it. The first is of course a bug in IE5.0. The latter would be one in php. Maybe a developer can sniff the transmitted code and trace if IE5.0 is already doubling the value(s) or if this happens in php's value-handling. René PS: For the time being we use array_unique() to filter out the doubled values in our array but this is not helpful if double values are allowed in an array. [2002-09-29 14:10:17] [EMAIL PROTECTED] The same happened with me, but the files which was uploaded duplicated, but the others didn't. Those was also corrupted, two variables bacame three. [2002-06-13 13:27:11] [EMAIL PROTECTED] It happens because some guy at Microsoft was drunken. Infact you are triggering a situation where the IE 5.0 simply sends every form field 2 times. [2002-06-13 12:05:00] [EMAIL PROTECTED] this may be true, but do you know how this happens or how I can analyze the problem, because I don't get $HTTP_RAW_POST_DATA when enctype is set to "multipart/form-data", even when I set always_populate_raw_post_data = On. My workarround for now is to put the select post results through array_unique (), [2002-06-13 10:27:03] [EMAIL PROTECTED] If it only happens with IE, or one version of IE, then it's not a bug in PHP but yet another bug in IE. 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/17739 -- Edit this bug report at http://bugs.php.net/?id=17739&edit=1
#22137 [Opn->Fbk]: xslt_process hangs with sort.
ID: 22137 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: XSLT related Operating System: Linux PHP Version: 4.3.0 New Comment: Is this reproducable with sabcmd? If not, please provide sample files. If they're long, post a url where they can be downloaded. Previous Comments: [2003-02-09 07:50:56] [EMAIL PROTECTED] I used in my xsl file. I used an empty tag in my xml file. I understand that sorting on an empty xml tag is very difficult but i didn't expect the xslt_process function to hang. Of course where is filled in everything works fine. It should be better to give an error or place the empty tags in the beginning or in the end. Hangup cost server performance i think. With kind regards, Paul van Gils -- Edit this bug report at http://bugs.php.net/?id=22137&edit=1
#22118 [Opn->Bgs]: Sablotron segfaults
ID: 22118 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: XSLT related Operating System: AIX 4.3 PHP Version: 4.3.0 New Comment: Compile Apache with --disable-rule=EXPAT. Previous Comments: [2003-02-08 22:13:49] [EMAIL PROTECTED] some more information: i have to copy the php module into the appropriate place by hand, make install fails as follows # make install Installing PHP SAPI module [activating module `php4' in /usr/local/apache/conf/httpd.conf] cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so cp: libs/libphp4.so: No such file or directory apxs:Break: Command failed with rc=1 make: *** [install-sapi] Error 1 # cp .libs/libphp4.so.0\ /usr/local/apache/libexec/libphp4.so then i do the rest of the installs individually # make install-modules # make install-pear # make install-build # make install-headers # make install-programs and there are a number of warnings from ld in the build ld: 0711-224 WARNING: Duplicate symbol: .XML_ParserFree ld: 0711-224 WARNING: Duplicate symbol: XML_ParserFree ld: 0711-224 WARNING: Duplicate symbol: .XML_ParserCreate ld: 0711-224 WARNING: Duplicate symbol: XML_ParserCreate ... ld: 0711-224 WARNING: Duplicate symbol: .XML_GetCurrentColumnNumber ld: 0711-224 WARNING: Duplicate symbol: XML_GetCurrentColumnNumber ld: 0711-224 WARNING: Duplicate symbol: .XML_GetCurrentByteIndex ld: 0711-224 WARNING: Duplicate symbol: XML_GetCurrentByteIndex ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. the make log is here http://www.phys.cwru.edu/~pete/make.log [2003-02-08 21:40:49] [EMAIL PROTECTED] about.xsl and about.xml are trivial. about.xml: About www.phys.cwru.edu about.xsl: http://www.w3.org/1999/Transform";> i had some more complicated ones originally, but these are sufficient on my system to cause the segfault. if i change the call to $result = xslt_process($processor, '',''); i also segfault. [2003-02-08 13:11:55] [EMAIL PROTECTED] Could you please provide copies of about.xml & about.xsl so that the bug can be replicated. [2003-02-07 21:12:10] [EMAIL PROTECTED] SCRIPT: == % cat config.nice #! /bin/sh # # Created by configure './configure' \ '--with-apxs=/usr/local/apache/bin/apxs' \ '--with-mysql=/usr/local' \ '--enable-libgcc' \ '--enable-xslt' \ '--with-xslt-sablot=/usr/local' \ '--with-expat-dir=/usr/local' \ '--enable-debug' \ '--without-sablot-js' \ "$@" === % gcc -v Reading specs from /usr/local/lib/gcc-lib/powerpc-ibm-aix4.3.2.0/2.95.3/specs gcc version 2.95.3 20010315 (release) % httpd -V Server version: Apache/1.3.27 (Unix) ... EXPAT Version expat_1.95.5 Sablotron Version 0.97 Sablotron Information Cflags: -g -O2 Libs: -L/usr/local/lib -liconv -lexpat Prefix: /usr/local gdb backtrace: (gdb) bt #0 0x10003f88 in sig_coredump () #1 #2 0xd10e5030 in XML_ParserCreateNS () at lib/xmlparse.c:630 #3 0xd10db1a4 in TreeConstructer::parseDataLineUsingExpat (this=0x60013fe1, S=@0x0, t=0x60032019, d=0x7f, base_=0x7f ) at parser.cpp:106 #4 0xd10678d8 in Tree::parse (this=0x20161ee8, S=@0x20160708, d=0x7f) at tree.cpp:1375 #5 0xd101a89c in Processor::addLineParse (this=0x201617c8, S=@0x20160708, newTree=@0x201617cc, absolute=@0x2ff206b8, isXSL=1, ignoreErr=0) at proc.cpp:597 #6 0xd101b054 in Processor::readTreeFromURI (this=0x201617c8, S=@0x20160708, newTree=@0x201617cc, location=@0x20161bf8, base=@0x2ff20758, isXSL=1, ignoreErr=0) at proc.cpp:645 #7 0xd1017d7c in Processor::open (this=0x201617c8, S=@0x20160708, sheetURI=0x20161d70 , inputURI=0x20161cd0 ) at proc.cpp:314 #8 0xd10d48d0 in SablotRunProcessorGen (S=0x20160708, processor_=0x201617c8, sheetURI=0x20161d70 , inputURI=0x20161cd0 , resultURI=0xd1581850 "arg:/_result") at sablot.cpp:374 #9 0xd151e9cc in zif_xslt_process (ht=3, return_value=0x20161dc0, this_ptr=0x, return_value_used=-1) at /home/pete/tmp/php-4.3.0/ext/xslt/sablot.c:590 #10 0xd14792f4 in execute (op_array=0x20160390) at /home/pete/tmp/php-4.3.0/Zend/zend_execute.c:1596 #11 0xd145e900 in zend_execute_scripts (type=0, retval=0x0, file_count=3) at /home/pete/tmp/php-4.3.0/Zend/zend.c:864 #12 0xd1459cb8 in php_execute_script (primary_file=0x2ff22310) at /home/pete/tmp/php-4.3.0/main/main.c:1573 #13 0x
#22117 [Opn]: Session vars inappropriately created as references
ID: 22117 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: Win NT 4 PHP Version: 4.3.0 New Comment: 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. Previous Comments: [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; [2003-02-07 17:41:24] [EMAIL PROTECTED] It took me a while to track this down... we noticed that when we upgraded a develpment box from 4.2.3 to 4.3.0, that one of our session vars was being over-written by another. It turns out that one was being serialized to the session as a reference to the other, but only if the vars were intialized like this: $var1 = $var2 = "some value"; Consider two scripts, test_bug1.php and test_bug2.php If you run test_bug1, and then test_bug2, surprisingly, the output of test_bug2 will be: BEFORE: var1 = 'INITIALIZED' var2 = 'INITIALIZED' AFTER: var1 = 'CHANGED' var2 = 'CHANGED' \n"; echo "var1 = '$var1'"; echo "var2 = '$var2'"; echo "test_bug2.php"; ?> \n"; echo "var1 = '$var1'\n"; echo "var2 = '$var2'\n"; $var2 = "CHANGED"; echo "AFTER:\n"; echo "var1 = '$var1'\n"; echo "var2 = '$var2'\n"; $var2 = "EXIT"; ?> -- Edit this bug report at http://bugs.php.net/?id=22117&edit=1
#22117 [Opn]: Session vars inappropriately created as references
ID: 22117 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: Win NT 4 PHP Version: 4.3.0 New Comment: Further searching makes me think that this may be related to Bug #20583 : http://bugs.php.net/bug.php?id=20583 Previous Comments: [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; [2003-02-07 17:41:24] [EMAIL PROTECTED] It took me a while to track this down... we noticed that when we upgraded a develpment box from 4.2.3 to 4.3.0, that one of our session vars was being over-written by another. It turns out that one was being serialized to the session as a reference to the other, but only if the vars were intialized like this: $var1 = $var2 = "some value"; Consider two scripts, test_bug1.php and test_bug2.php If you run test_bug1, and then test_bug2, surprisingly, the output of test_bug2 will be: BEFORE: var1 = 'INITIALIZED' var2 = 'INITIALIZED' AFTER: var1 = 'CHANGED' var2 = 'CHANGED' \n"; echo "var1 = '$var1'"; echo "var2 = '$var2'"; echo "test_bug2.php"; ?> \n"; echo "var1 = '$var1'\n"; echo "var2 = '$var2'\n"; $var2 = "CHANGED"; echo "AFTER:\n"; echo "var1 = '$var1'\n"; echo "var2 = '$var2'\n"; $var2 = "EXIT"; ?> -- Edit this bug report at http://bugs.php.net/?id=22117&edit=1
#20583 [Com]: Variable values inconsistent with assignment statements.
ID: 20583 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: RedHat 7.2 PHP Version: 4CVS-2002-11-22 (stable) New Comment: Maybe this is related to the bug #22117 , that I reported yesterday? http://bugs.php.net/bug.php?id=22117 Previous Comments: [2003-02-04 13:05:49] [EMAIL PROTECTED] Just wanted to check in on this bug and see if any progress has been made...thanks. [2003-01-27 17:45:14] [EMAIL PROTECTED] Ok, sorry, I didn't realize we weren't allowed to use Oracle in our samples. Can you please follow these steps then to reproduce the bug: 1. Copy and paste the following code into a file, save file with .php extension. ___ PHP 4.3.0 BUG"; echo "r is "; var_dump($r); $w = "hello"; session_register( "r" ); $x = "bananas"; $y = 5; $z = 777; echo "w is " . $w . " (should be \"hello\")\n"; echo "x is " . $x . " (should be \"bananas\")\n"; echo "y is " . $y . " (should be 5)\n"; echo "z is " . $z . " (should be 777)\n"; ?> 2. Open up the file you just saved in a web browser, copy the url in your browser, and then close the browser. (Goal is to make sure $HTTP_REFERER is null.) 3. Open up a clean browser, and paste the url to that file location and press enter. 4. You should see the weird assignment statements there. Just so you can see what my browser said, here is my output: PHP 4.3.0 BUG r is NULL w is hello (should be "hello") x is 777 (should be "bananas") y is 777 (should be 5) z is 777 (should be 777) Thanks, and sorry for not providing a short, complete, self-contained sample script earlier. I misunderstood the definition of short, complete, self-contained script. [2003-01-27 17:35:48] [EMAIL PROTECTED] So far every script in this report is buggy and can't possibly work. So fix your scripts first. Self-contained means that they can be run anywhere, regardless if there is oracle available or not. (ie. get rid of the oracle stuff in it) Short means it's less that 15 lines. Complete means it's all there, between tags. [2003-01-27 16:38:52] [EMAIL PROTECTED] Oh, I should mention--- if you visit my demonstration, copy the link into your browser, do not click on it from here. If $HTTP_REFERER is actually set to something other than NULL the bug does not occur. Stephen. [2003-01-27 16:27:48] [EMAIL PROTECTED] Hi, I am sorry to hear the frustration! My script is self contained, and is of the minimum length to reproduce the problem. Just add some php tags! If you want to see similar code in action, see here: http://www.stephensykes.com/holwiz/ Note that the bug only occurs if you are creating the session for the first time - hence the session destroy at the top. If you session_register the variable $r before setting it, the bug does not occur. More specifically, it is only AFTER $r is registered that all variable assignments begin to take on the last value assigned. Regards Stephen. 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/20583 -- Edit this bug report at http://bugs.php.net/?id=20583&edit=1
#21539 [Opn->Fbk]: Sablot dll crashing on xsl sort statement
ID: 21539 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: XSLT related Operating System: Windows 98 PHP Version: 4.3.0 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-01-09 19:48:36] [EMAIL PROTECTED] This is some bug in the Sablotron itself: http://archive.gingerall.cz/archives/public/sablot2002/msg02223.html But I have no idea what version is bundled with PHP 4.3.0 win32 package. [2003-01-09 08:43:44] [EMAIL PROTECTED] I have since tested the new Sablot.dll in Windows 2000, and it works fine. This could be a bug that is confined to only Windows 98. This would make this bug of relatively little importance. There is one more file that is necessary for the test - NasdaqDotCom.dtd NasdaqDotCom.dtd 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/21539 -- Edit this bug report at http://bugs.php.net/?id=21539&edit=1
#22135 [Com]: PHP confused by America/Los Angeles timezone
ID: 22135
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Date/time related
Operating System: Linux (debian)
PHP Version: 4.2.3
New Comment:
You don't have a
SetEnv TZ "America/Los Angeles"
in your httpd.conf, do you? Or maybe TZ is fixed in your apachectl
script?
Previous Comments:
[2003-02-09 13:54:50] [EMAIL PROTECTED]
here's what I do, as root:
# export TZ='America/Los_Angeles'
# set | grep TZ
# TZ=America/Los_Angeles
# apachectl stop
/usr/sbin/apachectl stop: httpd stopped
# apachectl start
/usr/sbin/apachectl start: httpd started
output of the php script:
server timezone is: America/Los Angeles
server time is: February 9, 2003, 7:51 pm
changing server time zone to US/Pacific
new server time is: February 9, 2003, 11:51 am
new server timezone for this script is: US/Pacific
I notice that PHP does not pick up the underscore in "Los_Angeles".
What I wondered was whether there's a way to do the equivalent of
putenv("TZ=US/Pacific") in php.ini?
However, I have just noticed that the time is wrong in OTRS running on
the same server -- and it is a set of perl scripts. So maybe this is
not a PHP bug at all?
[2003-02-09 12:39:25] [EMAIL PROTECTED]
"apachectl restart" does not pick up the new TZ environment variable.
Did you try apachectl stop / apachectl start? I get the same results as
you with TZ="America/Los Angeles", but "America/Los_Angeles" or
"US/Pacific" work. As far as I know there's no php.ini setting that
fiddles with timezones.
[2003-02-09 10:54:54] [EMAIL PROTECTED]
Yes, tzselect suggests that TZ be set as 'America/Los_Angeles'.
I did this, using export TZ='America/Los_Angeles' and restarted apache.
It made no difference to the php script output.
In other words, if php believes that the server timezone is
'America/Los_Angeles' it gives the incorrect time. But if it believes
that timezone is 'US/Pacific' it gives the correct time. However,
setting TZ to 'US/Pacific' also makes no difference to the script
output. So I'm wondering where PHP is picking up the timezone
information from and how I can get it to believe that the timezone is
'US/Pacific' from startup. Can I set that in php.ini?
(Also, there are two timezone commands on debian, tzselect and
tzconfig. tzconfig lets one choose either 'US/Pacific' or
'America/Los_Angeles' for the timezone, but neither makes a difference
to this script).
[2003-02-09 07:49:05] [EMAIL PROTECTED]
Using tzselect on Debian leads to the assumption that your TZ variable
should probably be "America/Los_Angeles" (with underscore). Can you
test that, please?
[2003-02-09 00:56:15] [EMAIL PROTECTED]
\n");
print("server time is: " . date("F j, Y, g:i a") . "\n");
print("changing server time zone to US/Pacific\n");
putenv("TZ=US/Pacific");
print("new server time is: " . date("F j, Y, g:i a") . "\n");
print("new server timezone for this script is: " . getenv('TZ'));
?>
The above script gives the following output:
server timezone is: America/Los Angeles
server time is: February 9, 2003, 6:45 am
changing server time zone to US/Pacific
new server time is: February 8, 2003, 10:45 pm
new server timezone for this script is: US/Pacific
the correct date and time in Los Angeles at the time of running the
script is: February 8, 2003, 10:45 pm
The date command on the system gives the correct time and date.
/etc/timezone contains US/Pacific
setting environment variable TZ=US/Pacific before restarting apache has
no effect on the above script.
PHP configure line:
'./configure' '--with-mysql' '--with-apxs'
'--with-config-file-path=/etc/php4/apache' '--enable-track-vars'
'--enable-trans-sid' '--with-sybase=/usr/local/freetds' '--with-ldap'
'--with-imap' '--with-curl=/usr' '--with-pgsql=/usr/include/postgresql'
'--with-gd' '--with-xml' '--enable-cli'
Apache/1.3.26
Apache modules are: mod_php4, mod_ssl, mod_perl, mod_dav, mod_setenvif,
mod_unique_id, mod_expires, mod_auth, mod_access, mod_rewrite,
mod_alias, mod_userdir, mod_cgi, mod_dir, mod_autoindex, mod_status,
mod_negotiation, mod_mime, mod_log_config, mod_macro, mod_so,
http_core
This could be a problem with the underlying debian (2.2.19 kernel)
system, but I thought I should report it.
Thank you.
--
Edit this bug report at http://bugs.php.net/?id=22135&edit=1
#22060 [Opn->Bgs]: mssql.datetimeconvert=0 gets wrong month
ID: 22060
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: MSSQL related
Operating System: Linux 2.4
PHP Version: 4.3.1-dev
New Comment:
Ok I can verify this then and it is not a bug in PHP. It is a bug in
FreeTDS and I have asked for a fix.
Previous Comments:
[2003-02-09 14:16:48] [EMAIL PROTECTED]
I´m running MSDE with SP5 on a Win98SE machine.
I´m running PHP/Apache on a Linux machine with freetds.
The type of the 'birth' column is datetime.
[2003-02-09 02:53:18] [EMAIL PROTECTED]
I need a bit more information to solve this. This can not be reproduced
on my system.
Are you using datetime or smalldatetime ?
[2003-02-05 15:43:30] [EMAIL PROTECTED]
same happened with php4-STABLE-200302052030.
[2003-02-04 18:05:43] [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-04 17:11:28] [EMAIL PROTECTED]
>>When using this:
$c = mssql_connect("172.16.0.1:1433", "hn", "hn");
mssql_select_db("hn");
$r = mssql_query("select * from hn.employee");
print_r(mssql_fetch_array($r));
>>I get this(as expected):
Array ( [0] => M4398648MG [id] => M4398648MG [1] => FRED [nome] => FRED
[2] => 105 roadhouse, av [addr] => 105 roadhouse, av [3] => NY [city]
=> NY [4] => NY [state] => NY [5] => 70272 [zip] => 70272 [6] => 280876
[id2] => 280876 [7] => FRED [nick] => FRED [8] => Mar 17 1973 12:00AM
[birth] => Mar 17 1973 12:00AM )
>>When using this:
ini_set('mssql.datetimeconvert',0);
$c = mssql_connect("172.16.0.1:1433", "hn", "hn");
mssql_select_db("hn");
$r = mssql_query("select * from hn.employee");
print_r(mssql_fetch_array($r));
>>I get a wrong month number (02 instead of 03):
Array ( [0] => M4398648MG [id] => M4398648MG [1] => FRED [nome] => FRED
[2] => 105 roadhouse, av [addr] => 105 roadhouse, av [3] => NY [city]
=> NY [4] => NY [state] => NY [5] => 70272 [zip] => 70272 [6] => 280876
[id2] => 280876 [7] => FRED [nick] => FRED [8] => 1973-02-17 00:00:00
[birth] => 1973-02-17 00:00:00 )
--
Edit this bug report at http://bugs.php.net/?id=22060&edit=1
#22137 [Fbk->Opn]: xslt_process hangs with sort.
ID: 22137 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: XSLT related Operating System: Linux PHP Version: 4.3.0 New Comment: Thanks for your reply. I made a script to reproduce the problem. On php version 4.2.1 on windows it works fine. On php version 4.3.0 on linux it will hang. With kind regards, Paul van Gils ". "". "". "". "Hello world!". "". "". "". ""; $xsl="\n". "http://www.w3.org/1999/XSL/Transform\"\n";. "xmlns:fo=\"http://www.w3.org/1999/XSL/Format\";>\n". "\n". "\n". "\n". "\n". "\n". "\n". "\n". "Hello world!\n". "\n". "\n". "\n". "\n". "\n". "\n"; // $xml and $xsl contain the XML and XSL data $arguments = array( '/_xml' => $xml, '/_xsl' => $xsl ); // Allocate a new XSLT processor $xh = xslt_create(); $result = xslt_process($xh, 'arg:/_xml', 'arg:/_xsl', NULL, $arguments); echo "Gereed"; ?> Previous Comments: [2003-02-09 16:24:43] [EMAIL PROTECTED] Is this reproducable with sabcmd? If not, please provide sample files. If they're long, post a url where they can be downloaded. [2003-02-09 07:50:56] [EMAIL PROTECTED] I used in my xsl file. I used an empty tag in my xml file. I understand that sorting on an empty xml tag is very difficult but i didn't expect the xslt_process function to hang. Of course where is filled in everything works fine. It should be better to give an error or place the empty tags in the beginning or in the end. Hangup cost server performance i think. With kind regards, Paul van Gils -- Edit this bug report at http://bugs.php.net/?id=22137&edit=1
#22133 [Opn->Fbk]: Errors with Squirrel mail
ID: 22133 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: RedHat Linux 7.3 PHP Version: 4.3.0 New Comment: Does this squirrel thing require that you have 'register_globals=On' in your php.ini ?? Do you have that? Previous Comments: [2003-02-09 16:06:33] [EMAIL PROTECTED] I'm not sure exactly what you are looking for, but here is more info:- OS: RedHat Linux 7.3 Web Server: Apache 1.3.27+PHP-4.3.0 Squirrel mail: version 1.2.10 (latest) What does happen: I go to squirrel mail login page and log in. I get an error from squirrel mail. This only happens with versions of php-4.2.3 and later! Should happen: If I use PHP-4.2.2 the login process works properly. If there is something more required please let me know specifically. [2003-02-09 14:56:19] [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-08 23:51:32] [EMAIL PROTECTED] When I use squirrel mail (any of the latest versions) with the latest versions of php-4.2.3+ I get an error when I try to log in to Squirrel Mail. When I log in I get the following error:- You must be logged in to access this page. when i log in again, it then works. There is also an error on the opening page of squirrel mail with php-4.2.3+:- Something about not being able to move focus to control because it is invisible, not enabled or a type that doesn't accept focus. If I move back to PHP-4.2.2, then squirrel mail works properly. -- Edit this bug report at http://bugs.php.net/?id=22133&edit=1
#22060 [Bgs->Csd]: mssql.datetimeconvert=0 gets wrong month
ID: 22060 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Closed Bug Type: MSSQL related Operating System: Linux 2.4 PHP Version: 4.3.1-dev New Comment: If you compile FreeTDS using --enable-msdblib, this problem will be fixed. I'm trying to find a solution that will make the MSSQL extension work correctly with or without this option. Previous Comments: [2003-02-09 17:06:56] [EMAIL PROTECTED] Ok I can verify this then and it is not a bug in PHP. It is a bug in FreeTDS and I have asked for a fix. [2003-02-09 14:16:48] [EMAIL PROTECTED] I´m running MSDE with SP5 on a Win98SE machine. I´m running PHP/Apache on a Linux machine with freetds. The type of the 'birth' column is datetime. [2003-02-09 02:53:18] [EMAIL PROTECTED] I need a bit more information to solve this. This can not be reproduced on my system. Are you using datetime or smalldatetime ? [2003-02-05 15:43:30] [EMAIL PROTECTED] same happened with php4-STABLE-200302052030. [2003-02-04 18:05:43] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/22060 -- Edit this bug report at http://bugs.php.net/?id=22060&edit=1
#22118 [Bgs->Opn]: Sablotron segfaults
ID: 22118 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: XSLT related Operating System: AIX 4.3 PHP Version: 4.3.0 New Comment: i am not an expert on shared libraries (far from it) but it seemed safe to have libsablot, apache and php use the same system expat. changing the expat in apache did not help me here: /apache_1.3.27> ./configure --enable-module="so" --enable-module="rewrite" --disable-rule=EXPAT i re-installed apache. rebuilt php. re-installed php, and to make sure that there were no other side-effects i temporarily turned off mod_perl. the results seem very much the same though. here is a backtrace: #0 0x10003f88 in sig_coredump () #1 #2 0xd10e5030 in XML_ParserCreateNS () at lib/xmlparse.c:630 #3 0xd10db1a4 in TreeConstructer::parseDataLineUsingExpat (this=0x6000b04f, S=@0x0, t=0x60032019, d=0x7f, base_=0x7f ) at parser.cpp:106 #4 0xd10678d8 in Tree::parse (this=0x20161bf8, S=@0x20160448, d=0x7f) at tree.cpp:1375 #5 0xd101a89c in Processor::addLineParse (this=0x201614e8, S=@0x20160448, newTree=@0x201614ec, absolute=@0x2ff206b8, isXSL=1, ignoreErr=0) at proc.cpp:597 #6 0xd101b054 in Processor::readTreeFromURI (this=0x201614e8, S=@0x20160448, newTree=@0x201614ec, location=@0x20161908, base=@0x2ff20758, isXSL=1, ignoreErr=0) at proc.cpp:645 #7 0xd1017d7c in Processor::open (this=0x201614e8, S=@0x20160448, sheetURI=0x20161a80 , inputURI=0x201619e0 ) at proc.cpp:314 #8 0xd10d48d0 in SablotRunProcessorGen (S=0x20160448, processor_=0x201614e8, sheetURI=0x20161a80 , inputURI=0x201619e0 , resultURI=0xd1712850 "arg:/_result") at sablot.cpp:374 #9 0xd16af9cc in zif_xslt_process (ht=3, return_value=0x20161ad0, this_ptr=0x, return_value_used=-1) at /home/pete/tmp/php-4.3.0/ext/xslt/sablot.c:590 #10 0xd160a2f4 in execute (op_array=0x20160080) at /home/pete/tmp/php-4.3.0/Zend/zend_execute.c:1596 #11 0xd15ef900 in zend_execute_scripts (type=0, retval=0x0, file_count=3) at /home/pete/tmp/php-4.3.0/Zend/zend.c:864 #12 0xd15eacb8 in php_execute_script (primary_file=0x2ff22310) at /home/pete/tmp/php-4.3.0/main/main.c:1573 #13 0xd16ef54c in apache_php_module_main (r=0x0, display_source_mode=0) at /home/pete/tmp/php-4.3.0/sapi/apache/sapi_apache.c:55 #14 0xd16f20ac in send_php (r=0x20156be0, display_source_mode=0, filename=0x0) at /home/pete/tmp/php-4.3.0/sapi/apache/mod_php4.c:556 #15 0xd16f213c in send_parsed_php (r=0x0) at /home/pete/tmp/php-4.3.0/sapi/apache/mod_php4.c:571 #16 0x100164ac in ap_invoke_handler () #17 0x10044924 in process_request_internal () #18 0x100449e8 in ap_process_request () #19 0x10006088 in child_main () #20 0x10006400 in make_child () #21 0x1000690c in perform_idle_server_maintenance () #22 0x100070a8 in standalone_main () #23 0x100078fc in main () #24 0x11dc in __start () the relevant line in my script was again $result = xslt_process($processor, 'about.xml','about.xsl'); and i used the same trivial xml/xsl files. Previous Comments: [2003-02-09 16:30:14] [EMAIL PROTECTED] Compile Apache with --disable-rule=EXPAT. [2003-02-08 22:13:49] [EMAIL PROTECTED] some more information: i have to copy the php module into the appropriate place by hand, make install fails as follows # make install Installing PHP SAPI module [activating module `php4' in /usr/local/apache/conf/httpd.conf] cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so cp: libs/libphp4.so: No such file or directory apxs:Break: Command failed with rc=1 make: *** [install-sapi] Error 1 # cp .libs/libphp4.so.0\ /usr/local/apache/libexec/libphp4.so then i do the rest of the installs individually # make install-modules # make install-pear # make install-build # make install-headers # make install-programs and there are a number of warnings from ld in the build ld: 0711-224 WARNING: Duplicate symbol: .XML_ParserFree ld: 0711-224 WARNING: Duplicate symbol: XML_ParserFree ld: 0711-224 WARNING: Duplicate symbol: .XML_ParserCreate ld: 0711-224 WARNING: Duplicate symbol: XML_ParserCreate ... ld: 0711-224 WARNING: Duplicate symbol: .XML_GetCurrentColumnNumber ld: 0711-224 WARNING: Duplicate symbol: XML_GetCurrentColumnNumber ld: 0711-224 WARNING: Duplicate symbol: .XML_GetCurrentByteIndex ld: 0711-224 WARNING: Duplicate symbol: XML_GetCurrentByteIndex ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. the make log is here http://www.phys.cwru.edu/~pete/make.log [2003-02-08 21:40:49] [EMAIL PROTECTED] about.xsl and about.xml are trivial.
#22142 [NEW]: Error in to register variables of sessions in functions
From: [EMAIL PROTECTED] Operating system: Linux 2.4.18 PHP version: 4.2.2 PHP Bug Type: Session related Bug description: Error in to register variables of sessions in functions file1.php -- -- file2.php -- -- The list of modules --- ./configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-xml' '--enable-bcmath' '--enable-calendar' '--with-curl' '--enable-ftp' '--with-gd=../gd-1.8.4' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr' '--with-imap=../imap-2001.BETA.SNAP-0105220031' '--with-mcrypt' '--with-ming=../ming-0.1.1' '--enable-magic-quotes' '--with-mysql' '--with-pear' '--enable-safe-mode' '--enable-track-vars' '--with-ttf' '--enable-versioning' '--with-zlib' Thank's by Paulo Augusto Borges Soares -- Edit bug report at http://bugs.php.net/?id=22142&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22142&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22142&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22142&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22142&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22142&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22142&r=support Expected behavior: http://bugs.php.net/fix.php?id=22142&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22142&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22142&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22142&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22142&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22142&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22142&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22142&r=gnused
#16402 [Com]: UnsatisfiedLinkError: send when loading any php file
ID: 16402 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Servlet related Operating System: RedHat Linux PHP Version: 4.1.2 New Comment: I have tried to modify service calls into synchronized mode in servlet.java but the problem still couldn't be solved. Could you propose the suggested modification in servlet.java? Previous Comments: [2003-02-08 18:44:38] [EMAIL PROTECTED] I also have experienced this issue. phsrvlt.jar simply is not thread safe. Running RH 7.3 Tomcat 4.1.18 php4.2.3. It loads once, then the second time, brings Tomcat down, error 11, conflict in libjvm.so. One thing I have to add to this, was that I was completely unable to compile php --with-java --with-servlet with 4.3.0 or a snapshot, it would be helpful to me to know if anyone has tried testing it with these, or to know if PHP development is simply going to phase out the servlet, as it just plain seems broken. And not being kept up. [2003-01-26 15:31:17] [EMAIL PROTECTED] Same problem as yours. Figured it was a problem with multi-threading. If someone can fix the C code would be great to make it thread-safe. The temporary (not so preferred) fix would be to make the service calls in the servlet.java and formatter.java synchronized. This will stop the dumps you see but is not a scalable solution since it essentially makes the servlet single threaded. If anyone is able to find and fix the C code to be thread-safe - post the solution here. [2003-01-25 17:29:08] [EMAIL PROTECTED] Yup. Same problem here. Works for about 3 page loads (hitting reload on test.php) and then Tomcat goes down hard. This is tomcat version 4.1.18 and php-4.2.3. Error is: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : 11 occurred at PC=0x4D9DC71E Function=zend_hash_index_update_or_next_insert+0x3A Library=/opt/jakarta-tomcat-4.1.18/common/lib/libphp4.so Current Java thread: at net.php.reflect.setResultFromObject(Native Method) at net.php.reflect.setResult(reflect.java:105) at net.php.servlet.readCookies(servlet.java:92) at net.php.servlet.send(Native Method) at net.php.servlet.service(servlet.java:188) at net.php.servlet.service(servlet.java:212) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:260) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapte
#22142 [Opn->Fbk]: Error in to register variables of sessions in functions
ID: 22142 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Session related Operating System: Linux 2.4.18 PHP Version: 4.2.2 New Comment: Do you have register_globals = on ? Previous Comments: [2003-02-09 22:04:05] [EMAIL PROTECTED] file1.php -- -- file2.php -- -- The list of modules --- ./configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-xml' '--enable-bcmath' '--enable-calendar' '--with-curl' '--enable-ftp' '--with-gd=../gd-1.8.4' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr' '--with-imap=../imap-2001.BETA.SNAP-0105220031' '--with-mcrypt' '--with-ming=../ming-0.1.1' '--enable-magic-quotes' '--with-mysql' '--with-pear' '--enable-safe-mode' '--enable-track-vars' '--with-ttf' '--enable-versioning' '--with-zlib' Thank's by Paulo Augusto Borges Soares -- Edit this bug report at http://bugs.php.net/?id=22142&edit=1
#22143 [NEW]: Lag
From: [EMAIL PROTECTED] Operating system: RedHat 8.0 PHP version: 4.3.0 PHP Bug Type: Zlib Related Bug description: Lag Whenever I enable zlib, I experience a huge lag when loading the page, even within my 100mbps home network. As soon as I turn off zlib, it all loads fast again. I notice this mostly on an application that uses mySQL 3.23.55 './configure' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-mysql' '--with-zlib' -- Edit bug report at http://bugs.php.net/?id=22143&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22143&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22143&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22143&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22143&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22143&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22143&r=support Expected behavior: http://bugs.php.net/fix.php?id=22143&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22143&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22143&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22143&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22143&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22143&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22143&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22143&r=gnused
#22142 [Fbk->Opn]: Error in to register variables of sessions in functions
ID: 22142 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Session related Operating System: Linux 2.4.18 PHP Version: 4.2.2 New Comment: yes, meu phpinfo() is: http://www.aguiara.com.br/teste/informa.php Previous Comments: [2003-02-09 22:21:09] [EMAIL PROTECTED] Do you have register_globals = on ? [2003-02-09 22:04:05] [EMAIL PROTECTED] file1.php -- -- file2.php -- -- The list of modules --- ./configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-xml' '--enable-bcmath' '--enable-calendar' '--with-curl' '--enable-ftp' '--with-gd=../gd-1.8.4' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr' '--with-imap=../imap-2001.BETA.SNAP-0105220031' '--with-mcrypt' '--with-ming=../ming-0.1.1' '--enable-magic-quotes' '--with-mysql' '--with-pear' '--enable-safe-mode' '--enable-track-vars' '--with-ttf' '--enable-versioning' '--with-zlib' Thank's by Paulo Augusto Borges Soares -- Edit this bug report at http://bugs.php.net/?id=22142&edit=1
#22133 [Fbk->Csd]: Errors with Squirrel mail
ID: 22133 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Unknown/Other Function Operating System: RedHat Linux 7.3 PHP Version: 4.3.0 New Comment: Yes, register_globals=On was required at some point. I changed it to Off and everything seems to work now. Thanks. Didn't think to check that! Previous Comments: [2003-02-09 18:32:49] [EMAIL PROTECTED] Does this squirrel thing require that you have 'register_globals=On' in your php.ini ?? Do you have that? [2003-02-09 16:06:33] [EMAIL PROTECTED] I'm not sure exactly what you are looking for, but here is more info:- OS: RedHat Linux 7.3 Web Server: Apache 1.3.27+PHP-4.3.0 Squirrel mail: version 1.2.10 (latest) What does happen: I go to squirrel mail login page and log in. I get an error from squirrel mail. This only happens with versions of php-4.2.3 and later! Should happen: If I use PHP-4.2.2 the login process works properly. If there is something more required please let me know specifically. [2003-02-09 14:56:19] [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-08 23:51:32] [EMAIL PROTECTED] When I use squirrel mail (any of the latest versions) with the latest versions of php-4.2.3+ I get an error when I try to log in to Squirrel Mail. When I log in I get the following error:- You must be logged in to access this page. when i log in again, it then works. There is also an error on the opening page of squirrel mail with php-4.2.3+:- Something about not being able to move focus to control because it is invisible, not enabled or a type that doesn't accept focus. If I move back to PHP-4.2.2, then squirrel mail works properly. -- Edit this bug report at http://bugs.php.net/?id=22133&edit=1
#16598 [Csd->Bgs]: Cannot load libphp4.so: undefined symbol: ap_block_alarms
ID: 16598 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Bogus Bug Type: Apache2 related Operating System: linux red hat 7.2 PHP Version: 4.2.0 New Comment: Just for the record.. Not a PHP problem => Bogus.. Previous Comments: [2002-04-14 15:29:02] [EMAIL PROTECTED] Thanks, my stupid mistake ... now http.conf for php looks like: #php AddType application/x-httpd-php .php LoadModule php4_module /usr/local/apache2/modules/libphp4.so and it's working :) thanks again! Roman [2002-04-14 14:18:26] [EMAIL PROTECTED] There is no such symbol in Apache2. You've somehow mixed up apache 1.3.x stuff with Apache2.. Why do you load two modules? In Apache2 the DSOs are in modules/ directory.. --Jani [2002-04-14 11:35:12] [EMAIL PROTECTED] Hello, resources: 1. php-4_2_0RC3 2. mysqld Ver 3.23.49a for pc-linux-gnu on i686 (rpm) 3. [root@oxic bin]# httpd -v Server version: Apache/2.0.35 -- configuration path: [root@micho conf]# ./configure --with-mysql --with-apxs2=/usr/local/apache2/bin/apxs -- Apache: [root@micho conf]# grep -i php httpd.conf #php AddType application/x-httpd-php .php LoadModule php4_module /usr/local/apache2/libexec/libphp4.so LoadModule php4_module /usr/local/apache2/modules/libphp4.so -- ll /usr/local/apache2/libexec/libphp4.so -rwxr-xr-x1 root root 1349206 mar 9 00:05 /usr/local/apache2/libexec/libphp4.so when I try start Apache server then system returns me message: [root@micho bin]# ./apachectl startssl Syntax error on line 989 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/libexec/libphp4.so into server: /usr/local/apache2/libexec/libphp4.so: undefined symbol: ap_block_alarms ./apachectl startssl: httpd could not be started --- [root@micho libexec]# ldd -d libphp4.so libpam.so.0 => /lib/libpam.so.0 (0x40145000) libssl.so.2 => /lib/libssl.so.2 (0x4014d000) libcrypto.so.2 => /lib/libcrypto.so.2 (0x4017a000) libdl.so.2 => /lib/libdl.so.2 (0x4023d000) libltdl.so.3 => /usr/lib/libltdl.so.3 (0x40242000) libpspell-modules.so.1 => /usr/lib/libpspell-modules.so.1 (0x40248000) libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 (0x4024a000) libc.so.6 => /lib/libc.so.6 (0x4028c000) libz.so.1 => /usr/lib/libz.so.1 (0x403c1000) libresolv.so.2 => /lib/libresolv.so.2 (0x403cf000) libexpat.so.0 => /usr/lib/libexpat.so.0 (0x403e2000) libmm.so.11 => /usr/lib/libmm.so.11 (0x403ff000) libpspell.so.4 => /usr/lib/libpspell.so.4 (0x40404000) libgmp.so.3 => /usr/lib/libgmp.so.3 (0x4041e000) libgd.so.1.8 => /usr/lib/libgd.so.1.8 (0x4043f000) libxml2.so.2 => /usr/lib/libxml2.so.2 (0x40471000) libdb-3.2.so => /lib/libdb-3.2.so (0x4050f000) libgdbm.so.2 => /usr/lib/libgdbm.so.2 (0x405b6000) libcurl.so.1 => /usr/lib/libcurl.so.1 (0x405bd000) libbz2.so.1 => /usr/lib/libbz2.so.1 (0x405d8000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x405e8000) libm.so.6 => /lib/libm.so.6 (0x40615000) libttf.so.2 => /usr/lib/libttf.so.2 (0x40638000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x40662000) libpng.so.2 => /usr/lib/libpng.so.2 (0x40696000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x406b7000) libnsl.so.1 => /lib/libnsl.so.1 (0x406d6000) libgssapi_krb5.so.2 => /usr/kerberos/lib/libgssapi_krb5.so.2 (0x406ed000) libkrb5.so.3 => /usr/kerberos/lib/libkrb5.so.3 (0x40701000) libk5crypto.so.3 => /usr/kerberos/lib/libk5crypto.so.3 (0x40759000) libcom_err.so.2 => /lib/libcom_err.so.2 (0x4076a000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000) libcom_err.so.3 => /usr/kerberos/lib/libcom_err.so.3 (0x4076d000) undefined symbol: ap_block_alarms (./libphp4.so) undefined symbol: ap_unblock_alarms (./libphp4.so) undefined symbol: ap_user_id(./libphp4.so) undefined symbol: ap_server_root(./libphp4.so) undefined symbol: ap_group_id (./libphp4.so) undefined symbol: ap_user_name (./libphp4.so) undefined symbol: top_module(./libphp4.so) undefined symbol: ap_max_requests_per_child (./libphp4.so) ** I really have no idea how to fix it .. Any suggestions ? thank you very much Roman -- Edit this bug report at http://bugs.php.net/?id=16598&edit=1
#22133 [Csd->Bgs]: Errors with Squirrel mail
ID: 22133 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Bogus Bug Type: Unknown/Other Function Operating System: RedHat Linux 7.3 PHP Version: 4.3.0 New Comment: Not a PHP problem => Bogus Previous Comments: [2003-02-09 23:24:15] [EMAIL PROTECTED] Yes, register_globals=On was required at some point. I changed it to Off and everything seems to work now. Thanks. Didn't think to check that! [2003-02-09 18:32:49] [EMAIL PROTECTED] Does this squirrel thing require that you have 'register_globals=On' in your php.ini ?? Do you have that? [2003-02-09 16:06:33] [EMAIL PROTECTED] I'm not sure exactly what you are looking for, but here is more info:- OS: RedHat Linux 7.3 Web Server: Apache 1.3.27+PHP-4.3.0 Squirrel mail: version 1.2.10 (latest) What does happen: I go to squirrel mail login page and log in. I get an error from squirrel mail. This only happens with versions of php-4.2.3 and later! Should happen: If I use PHP-4.2.2 the login process works properly. If there is something more required please let me know specifically. [2003-02-09 14:56:19] [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-08 23:51:32] [EMAIL PROTECTED] When I use squirrel mail (any of the latest versions) with the latest versions of php-4.2.3+ I get an error when I try to log in to Squirrel Mail. When I log in I get the following error:- You must be logged in to access this page. when i log in again, it then works. There is also an error on the opening page of squirrel mail with php-4.2.3+:- Something about not being able to move focus to control because it is invisible, not enabled or a type that doesn't accept focus. If I move back to PHP-4.2.2, then squirrel mail works properly. -- Edit this bug report at http://bugs.php.net/?id=22133&edit=1
#22141 [Opn->Csd]: str_replace hangs with extra argument
ID: 22141
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Scripting Engine problem
Operating System: Mac OS 10.2
PHP Version: 4.2.3
New Comment:
This has already been fixed in CVS. PHP's internals contain two
str_replace methods, the fourth parameter (when set to a non-zero
value) uses the alternate search and replace method.
It's not documented because the alternate method was not endoresed for
use. As of 4.3.1 (which is yet to be released, you can use a snapshot
from snaps.php.net in the mean time), the alternate method has been
removed (and the existing method improved for speed and efficiency.
Previous Comments:
[2003-02-09 15:15:34] [EMAIL PROTECTED]
I was inadvertently including a fourth argument of "-1"
with some instances of str_replace() -- since I got into
the habit of the limit arg using preg_replace() -- and I
noticed an odd behavior:
str_replace("-embed-a-", "hey", "-embed-a-", -1) returns
"hey," as expected.
str_replace("-embed-a-", "hey", "-embed-b-", -1) returns
"embed-b-," as expected.
But str_replace("-embed-a-", "hey", "-embed-aa-", -1) hangs
the script until the max execution time.
Removing the extraneous argument made my script work
properly, but I would expect PHP to either ignore the extra
argument, or return an error, rather than hanging up
completely.
-Arlo
--
Edit this bug report at http://bugs.php.net/?id=22141&edit=1
#22144 [NEW]: mssql error
From: [EMAIL PROTECTED] Operating system: windows 98 PHP version: 4.3.0 PHP Bug Type: MSSQL related Bug description: mssql error i have installed php in win98 it is working perfectly now i want to connect with the mssql which is peresent in my system but it is giving me the following eorror Fatal error:calling to an unknown function mssql_connect please give me a solution so that i can correct this bug Thanks Kavitha -- Edit bug report at http://bugs.php.net/?id=22144&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22144&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22144&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22144&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22144&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22144&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22144&r=support Expected behavior: http://bugs.php.net/fix.php?id=22144&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22144&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22144&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22144&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22144&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22144&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22144&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22144&r=gnused
#22144 [Opn->Bgs]: mssql error
ID: 22144 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: MSSQL related Operating System: windows 98 PHP Version: 4.3.0 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. You need to make sure the mssql module is loaded in your php.ini Previous Comments: [2003-02-10 01:42:56] [EMAIL PROTECTED] i have installed php in win98 it is working perfectly now i want to connect with the mssql which is peresent in my system but it is giving me the following eorror Fatal error:calling to an unknown function mssql_connect please give me a solution so that i can correct this bug Thanks Kavitha -- Edit this bug report at http://bugs.php.net/?id=22144&edit=1
#21549 [NoF->Opn]: problem with INGRES II permanent connexions
ID: 21549 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Open Bug Type: *Database Functions Operating System: HP-UX 11.00 PHP Version: 4.2.1 New Comment: Hi, I send all the modifications (to derick and sniper) we make two or three times. I say you that you can delete all the comments and change the name of the function we add. Let me know what you want more Pierre-Marie MOULIERE Previous Comments: [2003-02-07 23:51: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. [2003-01-27 22:39:09] [EMAIL PROTECTED] Any news about the patch to fix this? [2003-01-09 08:45:10] [EMAIL PROTECTED] Please send this patch to [EMAIL PROTECTED] (make sure you have a patch against either PHP 4.3.0 or the latest non-stable cvs version). Derick [2003-01-09 08:41:13] [EMAIL PROTECTED] We use permanent connections to the Database INGRES II. Connections are not usable any more when the Database is offline. When the base is again available, open connections are not accessible any more. the only solution to purge connections is stop the Web server APACHE and start . Also we modified the PHP INGRES II module in order to fix the problem. It's run in our company for several weeks without problem. We can send you the modify sources codes. We have several hundreds of users access INGRES database with PHP. Sorry for the enghish. Best Regards Pierre-Marie MOULIERE ARC-INTERNATIONAL 41 Avenue du général de GAULLE 62510 ARQUES FRANCE Web site : http://www.arc-international.com email : [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=21549&edit=1
