#34364 [Opn]: In this statement, __getpgid expects 1 arguments
ID: 34364 Updated by: [EMAIL PROTECTED] Reported By: wlgivens at southkc dot net Status: Open Bug Type: Compile Failure Operating System: RedHat [Alpha Linux] PHP Version: 5.0.4 New Comment: from 'man getpgrp': This version of getpgrp() differs from past Berkeley versions by not taking a pid_t pid argument. This incompatibility is required by ISO/IEC 9945-1:1990 ``POSIX.1''). So this is not a PHP bug per-se. But we could check the function proto (0 or 1 parameter) in the configure script and pass the paramer if needed. Previous Comments: [2005-09-04 05:53:19] wlgivens at southkc dot net Wanted to add, I receive the same error with GCC-4.0.1: config.status: creating php4.spec config.status: creating main/build-defs.h config.status: creating scripts/phpize config.status: creating scripts/php-config config.status: creating sapi/cli/php.1 config.status: creating main/php_config.h config.status: executing default commands /usr2/www/linux-related/programming/php-4x/php-4.3.5/ext/posix/posix.c: In function 'zif_posix_getpgrp': /usr2/www/linux-related/programming/php-4x/php-4.3.5/ext/posix/posix.c:409: error: too few arguments to function 'getpgrp' make: *** [ext/posix/posix.lo] Error 1 [EMAIL PROTECTED] php-4.3.5]# [2005-09-04 05:17:52] wlgivens at southkc dot net Description: Receiving the error below on the following hardware/software: AlphaPC 164SX Redhat [Alpha] Kernel-2.6.11.6 Compaq C 6.5.9 Binutils-2.19.0.x Make-3.80 [EMAIL PROTECTED] php-5.0.4]# /bin/sh /usr2/www/linux-related/programming/php-4x/php-5.0.4/libtool --silent --preserve-dup-deps --mode=compile ccache ccc -Iext/posix/ -I/usr2/www/linux-related/programming/php-4x/php-5.0.4/ext/posix/ -DPHP_ATOM_INC -I/usr2/www/linux-related/programming/php-4x/php-5.0.4/include -I/usr2/www/linux-related/programming/php-4x/php-5.0.4/main -I/usr2/www/linux-related/programming/php-4x/php-5.0.4 -I/usr/include/libxml2 -I/usr/include/mysql -I/usr2/www/linux-related/programming/php-4x/php-5.0.4/TSRM -I/usr2/www/linux-related/programming/php-4x/php-5.0.4/Zend-O -w -std -pipe -D_BSD_SOURCE -c /usr2/www/linux-related/programming/php-4x/php-5.0.4/ext/posix/posix.c -o ext/posix/posix.lo cc: Error: /usr2/www/linux-related/programming/php-4x/php-5.0.4/ext/posix/posix.c, line 338: In this statement, __getpgid expects 1 arguments, but 0 are supplied. (toofewargs) PHP_POSIX_RETURN_LONG_FUNC(getpgrp); Reproduce code: --- just simply run: CC=ccache ccc CXX=ccache cxx \ CFLAGS=-O5 -fast -w -arch ev56 -w -std -pipe -D_BSD_SOURCE \ CXXFLAGS=-O5 -fast -fast -arch ev56 -w -pipe\ -std ansi -nousing_std -D__USE_STD_IOSTREAM \ ./configure \ --prefix=/usr \ --sysconfdir=/etc/X11 \ --build=alphapca56-alpha-linux-gnu \ --enable-shared \ --with-apxs2=/usr/apache2/bin/apxs \ --with-apache2=shared,/usr/apache2 \ --with-mysql \ --with-gettext \ --with-openssl-dir=/usr \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-freetype-dir=/usr \ --enable-exif \ --with-openssl=shared,/usr \ --with-pgsql=shared,/usr \ --with-mnogosearch=shared,/usr \ --without-snmp sed -e 's/wl=/wl=-Wl,/g' libtool TMP mv TMP libtool chmod 755 libtool make MAKE_LOG 21 tail -f MAKE_LOG Expected result: PHP to build/install, and everything would be alright in the world. Actual result: -- crash/burn -- Edit this bug report at http://bugs.php.net/?id=34364edit=1
#34052 [Csd-Opn]: date('U') returns %ld not unix timestamp
ID: 34052
User updated by: ash at theleys dot net
Reported By: ash at theleys dot net
-Status: Closed
+Status: Open
Bug Type: Date/time related
Operating System: Server 2003, IIS6
-PHP Version: 5.1.0b3
+PHP Version: 5.1RC1
New Comment:
Tried again with RC1 and same result. time() WORKS correctly. date('U')
still returns %ld. Can not try CVS as I can't build PHP from source,
hence waited for RC1.
Previous Comments:
[2005-08-09 18:33:49] [EMAIL PROTECTED]
Works fine with latest CVS.
[2005-08-09 18:10:10] ash at theleys dot net
Description:
date('U') returns %ld not unix timestamp
Straight CGI (Fast CGI), ini set by installer, unchanged otherwise,
worked under 5.04
Reproduce code:
---
?php
echo date('U');
?
Expected result:
Unix timestamp, not, what looks like, an uninterpreted sprintf
Actual result:
--
%ld
--
Edit this bug report at http://bugs.php.net/?id=34052edit=1
#34052 [Opn-Fbk]: date('U') returns %ld not unix timestamp
ID: 34052
Updated by: [EMAIL PROTECTED]
Reported By: ash at theleys dot net
-Status: Open
+Status: Feedback
Bug Type: Date/time related
Operating System: Server 2003, IIS6
PHP Version: 5.1RC1
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Please try the snapshot then.
Previous Comments:
[2005-09-04 14:00:04] ash at theleys dot net
Tried again with RC1 and same result. time() WORKS correctly. date('U')
still returns %ld. Can not try CVS as I can't build PHP from source,
hence waited for RC1.
[2005-08-09 18:33:49] [EMAIL PROTECTED]
Works fine with latest CVS.
[2005-08-09 18:10:10] ash at theleys dot net
Description:
date('U') returns %ld not unix timestamp
Straight CGI (Fast CGI), ini set by installer, unchanged otherwise,
worked under 5.04
Reproduce code:
---
?php
echo date('U');
?
Expected result:
Unix timestamp, not, what looks like, an uninterpreted sprintf
Actual result:
--
%ld
--
Edit this bug report at http://bugs.php.net/?id=34052edit=1
#34052 [Fbk-Ver]: date('U') returns %ld not unix timestamp
ID: 34052
Updated by: [EMAIL PROTECTED]
Reported By: ash at theleys dot net
-Status: Feedback
+Status: Verified
Bug Type: Date/time related
-Operating System: Server 2003, IIS6
+Operating System: windows
PHP Version: 5.1RC1
New Comment:
Yep, I can reproduce this on windows.
This seems to be a microsoft bug, because it %ld is stated as
supported:
http://msdn.microsoft.com/library/en-us/vclib/html/_crt_format_specification_fields_.2d_.printf_and_wprintf_functions.asp
Previous Comments:
[2005-09-04 14:52:54] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Please try the snapshot then.
[2005-09-04 14:00:04] ash at theleys dot net
Tried again with RC1 and same result. time() WORKS correctly. date('U')
still returns %ld. Can not try CVS as I can't build PHP from source,
hence waited for RC1.
[2005-08-09 18:33:49] [EMAIL PROTECTED]
Works fine with latest CVS.
[2005-08-09 18:10:10] ash at theleys dot net
Description:
date('U') returns %ld not unix timestamp
Straight CGI (Fast CGI), ini set by installer, unchanged otherwise,
worked under 5.04
Reproduce code:
---
?php
echo date('U');
?
Expected result:
Unix timestamp, not, what looks like, an uninterpreted sprintf
Actual result:
--
%ld
--
Edit this bug report at http://bugs.php.net/?id=34052edit=1
#32954 [Fbk-Opn]: ifx_fetch_row() : SEGV if row has TEXT fields (PHP Apache Module only)
ID: 32954
User updated by: andreybl at matrix dot co dot il
Reported By: andreybl at matrix dot co dot il
-Status: Feedback
+Status: Open
Bug Type: Informix related
Operating System: Red Hat 3.0 ES
PHP Version: 5CVS, 4CVS (2005-05-05)
New Comment:
Checked with the last snapshot, recomended:
PHP 5.1.0-dev (cli) (built: Sep 4 2005 16:11:34) (DEBUG)
Nothing changed from my last post of 17 May 2005.
Previous Comments:
[2005-09-02 08:55:21] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
And don't invent your own PHP version strings. The version must start
with a NUMBER in this bug system..
[2005-05-17 14:41:35] andreybl at matrix dot co dot il
Well, well.
I don know even what to do: cry :( or laugh :)
The good news is that the SEGV problem did not appear.
The bad news is that we still DO HAVE a problem with TEXT fields.
So. I have a table, called registrars with few rows. There is a field
in this table, called 'allowedips' and it is of type TEXT. It may have
NULL value. Here is a small test program run on PHP CGI (not Apache
module, but it does not matter):
$conn_id = ifx_connect(..);
$res_id = ifx_query('SELECT * FROM registrars', $conn_id);
while ($row = ifx_fetch_row($res_id))
{
if (!empty($row['allowedips']))
echo ifx_get_blob($row['allowedips']).\n;
}
ifx_free_result($res_id);
ifx_close($conn_id);
Instead of the values for the 'allowedips' field I see in the output
the following:
/tmp/blbGmDdPT
/tmp/blb214Nct
/tmp/blbQM8yM2
/tmp/blbuQGH1T
I ran this test several times. And as You can guess the /tmp directory
was full with blb** emty files.
If in the beginning of the program I put:
ifx_textasvarchar(1);
then:
echo $row['allowedips';
will produce the same output and there will be same emty files.
BTW:
$rc = ifx_get_blob('blabla'); // 'blabla' is not a valid id
produces the Segmentation fault !!! that we all LOVE :)
[2005-05-17 10:36:30] [EMAIL PROTECTED]
That does not matter. (1.3.33 is better though, IMO :)
[2005-05-17 10:29:54] andreybl at matrix dot co dot il
I see. Well. What Apache version do You want me to use: 1 or 2?
[2005-05-17 10:24:59] [EMAIL PROTECTED]
Yes, but we're focused on PHP 5 now. If you can check it happens with
PHP 5 too, there's much more interest in fixing it and backporting the
fix to PHP 4 too.
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/32954
--
Edit this bug report at http://bugs.php.net/?id=32954edit=1
#32954 [Opn]: ifx_fetch_row() : SEGV if row has TEXT fields (PHP Apache Module only)
ID: 32954
User updated by: andreybl at matrix dot co dot il
Reported By: andreybl at matrix dot co dot il
Status: Open
Bug Type: Informix related
Operating System: Red Hat 3.0 ES
-PHP Version: 5CVS, 4CVS (2005-05-05)
+PHP Version: 5CVS-2005-09-04 (snap)
New Comment:
I just changed the php version according to Your comment.
I think I did not any mistake in version numbering.
BTW how am I supposed to know the php-version in THIS BUG SYSTEM?
Previous Comments:
[2005-09-04 15:20:43] andreybl at matrix dot co dot il
Checked with the last snapshot, recomended:
PHP 5.1.0-dev (cli) (built: Sep 4 2005 16:11:34) (DEBUG)
Nothing changed from my last post of 17 May 2005.
[2005-09-02 08:55:21] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
And don't invent your own PHP version strings. The version must start
with a NUMBER in this bug system..
[2005-05-17 14:41:35] andreybl at matrix dot co dot il
Well, well.
I don know even what to do: cry :( or laugh :)
The good news is that the SEGV problem did not appear.
The bad news is that we still DO HAVE a problem with TEXT fields.
So. I have a table, called registrars with few rows. There is a field
in this table, called 'allowedips' and it is of type TEXT. It may have
NULL value. Here is a small test program run on PHP CGI (not Apache
module, but it does not matter):
$conn_id = ifx_connect(..);
$res_id = ifx_query('SELECT * FROM registrars', $conn_id);
while ($row = ifx_fetch_row($res_id))
{
if (!empty($row['allowedips']))
echo ifx_get_blob($row['allowedips']).\n;
}
ifx_free_result($res_id);
ifx_close($conn_id);
Instead of the values for the 'allowedips' field I see in the output
the following:
/tmp/blbGmDdPT
/tmp/blb214Nct
/tmp/blbQM8yM2
/tmp/blbuQGH1T
I ran this test several times. And as You can guess the /tmp directory
was full with blb** emty files.
If in the beginning of the program I put:
ifx_textasvarchar(1);
then:
echo $row['allowedips';
will produce the same output and there will be same emty files.
BTW:
$rc = ifx_get_blob('blabla'); // 'blabla' is not a valid id
produces the Segmentation fault !!! that we all LOVE :)
[2005-05-17 10:36:30] [EMAIL PROTECTED]
That does not matter. (1.3.33 is better though, IMO :)
[2005-05-17 10:29:54] andreybl at matrix dot co dot il
I see. Well. What Apache version do You want me to use: 1 or 2?
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/32954
--
Edit this bug report at http://bugs.php.net/?id=32954edit=1
#33867 [Com]: auto_prepend_file doesn't work in httpd.conf
ID: 33867 Comment by: csaba at alum dot mit dot edu Reported By: t4 at wks dot ch Status: No Feedback Bug Type: *Directory/Filesystem functions Operating System: FreeBSD PHP Version: 4.3.11 New Comment: I have tested this on my system with the 2005 Aug 31 version of PHP 5.0.1 / Apache 2.0.53 / Win XP Pro and cannot reproduce the problem. I can both disable what is in the php.ini with PHP_value auto_prepend_file none or override it with PHP_value auto_prepend_file c:/phplib/prepend_file.php Previous Comments: [2005-08-03 01:00:05] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2005-07-26 17:40:51] [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 Can't reproduce it with 4.4.0. [2005-07-26 17:16:51] t4 at wks dot ch Description: Auto_prepend_file in .htaccess works: httpd.conf: AccessFileName .htaccess .htaccess: Php_value auto_prepend_file /absolute_path/prepend_file.php Auto_prepend_file in httpd.conf doesn't work: httpd.conf: Directory /documentroot/path/ httpd.conf: Php_value auto_prepend_file /absolute_path/prepend_file.php httpd.conf: /Directory Expected result: The expected result is that /absolute_path/prepend_file.php gets executed. Actual result: -- It does not get executed and there's nothing visibile in the errorlog. -- Edit this bug report at http://bugs.php.net/?id=33867edit=1
#29735 [Com]: Segfault (11) / Possible stack corruption
ID: 29735 Comment by: php at kanariepiet dot com Reported By: sparkeh at btinternet dot com Status: No Feedback Bug Type: Reproducible crash Operating System: Linux 2.6.7-gentoo-r9 PHP Version: 5.0.1 New Comment: This is the same as bug #29944, which is fixed as of 2005-04-25 in CVS Previous Comments: [2004-09-06 01:00:09] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2004-08-29 12:59:32] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Seems to be fixed. Please, test it again. [2004-08-21 03:56:14] sparkeh at btinternet dot com I've noticed that this is a duplicate of bug #28487 [2004-08-19 20:50:11] sparkeh at btinternet dot com gdb stack trace from the first script (Ref: 3:24pm CEST) #0 0x081e74a2 in _zval_ptr_dtor () #1 0x08216d9f in zend_switch_free_handler () #2 0x08211dff in execute () #3 0x0821567d in zend_do_fcall_common_helper () #4 0x08215993 in zend_do_fcall_by_name_handler () #5 0x08211dff in execute () #6 0x081f2b17 in zend_execute_scripts () #7 0x081b4d31 in php_execute_script () #8 0x in ?? () #9 0x0003 in ?? () #10 0x in ?? () ... #970 0x5f706870 in ?? () #971 0x69727473 in ?? () #972 0x68775f70 in ?? () #973 0x4083a6c4 in mallopt () from /lib/libc.so.6 Previous frame inner to this frame (corrupt stack?) (gdb) :o) [2004-08-19 18:27:58] hip at cs dot okstate dot edu I getting a seg. fault on a simple little script that's worked for years and it sure smells like stack corruption. ? require_once(config.inc); require_once(Database.inc); $db = new Database(USER_ID, USER_PASSWORD); $db-connect(); $sql = select from STUDENT_STATUS ; $sql .= where STATUS='APPROVED' ; ? On my solaris 9 x86 box this seq. faults. Change the last line it seq faults. Remove the last line it doesn't. After a hour of playing, I've discovered that I can prevent a seg. fault by place echo statements (or some other random statment) in key positions in the file. That sure smells like stack corruption. I ran gdb on the core dump and the last lines of the backtrace are: #20 0x81b65da in zend_deactivate () at /usr/local/src/php-5.0.1/Zend/zend.c:819 #21 0x8182007 in php_request_shutdown (dummy=0x0) at /usr/local/src/php-5.0.1/main/main.c:1212 #22 0x81db50f in main (argc=2, argv=0x8047a18) at /usr/local/src/php-5.0.1/sapi/cli/php_cli.c:1046 and from what little I know of gdb it looks like it's happening when php is trying to shutdown. 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/29735 -- Edit this bug report at http://bugs.php.net/?id=29735edit=1
#34052 [Ver]: date('U') returns %ld not unix timestamp
ID: 34052
User updated by: ash at theleys dot net
Reported By: ash at theleys dot net
Status: Verified
Bug Type: Date/time related
Operating System: windows
PHP Version: 5.1RC1
New Comment:
Hi, have tried snapshot. Still same. date('u') on PHP 4.3 still works
(on another server) on IIS6 (so Windows Server 2003).
Thanks for looking in to this, Alan
Previous Comments:
[2005-09-04 14:56:31] [EMAIL PROTECTED]
Yep, I can reproduce this on windows.
This seems to be a microsoft bug, because it %ld is stated as
supported:
http://msdn.microsoft.com/library/en-us/vclib/html/_crt_format_specification_fields_.2d_.printf_and_wprintf_functions.asp
[2005-09-04 14:52:54] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Please try the snapshot then.
[2005-09-04 14:00:04] ash at theleys dot net
Tried again with RC1 and same result. time() WORKS correctly. date('U')
still returns %ld. Can not try CVS as I can't build PHP from source,
hence waited for RC1.
[2005-08-09 18:33:49] [EMAIL PROTECTED]
Works fine with latest CVS.
[2005-08-09 18:10:10] ash at theleys dot net
Description:
date('U') returns %ld not unix timestamp
Straight CGI (Fast CGI), ini set by installer, unchanged otherwise,
worked under 5.04
Reproduce code:
---
?php
echo date('U');
?
Expected result:
Unix timestamp, not, what looks like, an uninterpreted sprintf
Actual result:
--
%ld
--
Edit this bug report at http://bugs.php.net/?id=34052edit=1
#34367 [NEW]: strange parsing of auto_prepend_file from CmdPrompt
From: csaba at alum dot mit dot edu
Operating system: Win XP Pro
PHP version: 5CVS-2005-09-04 (CVS)
PHP Bug Type: CGI related
Bug description: strange parsing of auto_prepend_file from CmdPrompt
Description:
In a main script file, or included file, or auto_prepend_file it does not
matter whether doSomething() is before or after function doSomething()
{... does something...}
However, this seems broken when the file is an auto_prepend_file and PHP
is called from the command line in interactive mode.
Specifically, two of the four scenarios below seem incorrect. Scenario 2
is the bug described here, whereas scenario 4 is a separate bug report
(Bug 33430).
Csaba Gabor from Vienna
Reproduce code:
---
Create a file pop.php (test will only work on a windows system because of
the COM component):
?php
popup (inside pop.php);
function popup($text, $title=PHP popup) {
$oWSH = new COM(WScript.Shell);
if (is_null($text)) $text = NULL;
$oWSH-Popup($text, 4, $title, 131120);
}
?
Now from the Cmd Prompt do the following 4 tests:
1. php.exe -d auto_prepend_file=pop.php
2. php.exe -d auto_prepend_file=pop.php -a
3. php.exe -d auto_prepend_file=pop.php pop.php
4. php.exe -d auto_prepend_file=pop.php -r print('Hi');
Expected result:
1,2: I expect to get a single popup and then have PHP wait for input
3: I expect to get a single popup and then PHP should complain about
popup being redifined
4: I should get a single popup and the output should show: Hi
Actual result:
--
1, 3: As expected
2: The reason for this bug report: PHP dies and complains that it
doesn't know what the definition of popup is. Note that if the invocation
of popup is moved below the definition, the popup appears as expected.
4. The only thing that happens is that Hi is printed. The
auto_prepend_file is not loaded so there is no popup. This is a separate
bug report, Bug 33430, at http://bugs.php.net/33430
--
Edit bug report at http://bugs.php.net/?id=34367edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34367r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34367r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34367r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34367r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34367r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34367r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34367r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34367r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34367r=support
Expected behavior: http://bugs.php.net/fix.php?id=34367r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34367r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34367r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34367r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34367r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34367r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34367r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34367r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34367r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34367r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34367r=mysqlcfg
#34052 [Ver]: date('U') returns %ld not unix timestamp
ID: 34052
Updated by: [EMAIL PROTECTED]
Reported By: ash at theleys dot net
Status: Verified
Bug Type: Date/time related
Operating System: windows
PHP Version: 5.1RC1
New Comment:
Bah, forget my last post.
As timelib_sll is defined as __int64, we should use printf(%I64d) on
windows.
Previous Comments:
[2005-09-04 19:01:29] ash at theleys dot net
Hi, have tried snapshot. Still same. date('u') on PHP 4.3 still works
(on another server) on IIS6 (so Windows Server 2003).
Thanks for looking in to this, Alan
[2005-09-04 14:56:31] [EMAIL PROTECTED]
Yep, I can reproduce this on windows.
This seems to be a microsoft bug, because it %ld is stated as
supported:
http://msdn.microsoft.com/library/en-us/vclib/html/_crt_format_specification_fields_.2d_.printf_and_wprintf_functions.asp
[2005-09-04 14:52:54] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Please try the snapshot then.
[2005-09-04 14:00:04] ash at theleys dot net
Tried again with RC1 and same result. time() WORKS correctly. date('U')
still returns %ld. Can not try CVS as I can't build PHP from source,
hence waited for RC1.
[2005-08-09 18:33:49] [EMAIL PROTECTED]
Works fine with latest CVS.
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/34052
--
Edit this bug report at http://bugs.php.net/?id=34052edit=1
#34052 [Ver]: date('U') returns %ld not unix timestamp
ID: 34052
Updated by: [EMAIL PROTECTED]
Reported By: ash at theleys dot net
Status: Verified
Bug Type: Date/time related
Operating System: windows
PHP Version: 5.1RC1
New Comment:
We (should) use PHP's internal printing routines, this has nothing to
do with the platform. It works fine here.
Previous Comments:
[2005-09-04 19:58:44] [EMAIL PROTECTED]
Bah, forget my last post.
As timelib_sll is defined as __int64, we should use printf(%I64d) on
windows.
[2005-09-04 19:01:29] ash at theleys dot net
Hi, have tried snapshot. Still same. date('u') on PHP 4.3 still works
(on another server) on IIS6 (so Windows Server 2003).
Thanks for looking in to this, Alan
[2005-09-04 14:56:31] [EMAIL PROTECTED]
Yep, I can reproduce this on windows.
This seems to be a microsoft bug, because it %ld is stated as
supported:
http://msdn.microsoft.com/library/en-us/vclib/html/_crt_format_specification_fields_.2d_.printf_and_wprintf_functions.asp
[2005-09-04 14:52:54] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Please try the snapshot then.
[2005-09-04 14:00:04] ash at theleys dot net
Tried again with RC1 and same result. time() WORKS correctly. date('U')
still returns %ld. Can not try CVS as I can't build PHP from source,
hence waited for RC1.
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/34052
--
Edit this bug report at http://bugs.php.net/?id=34052edit=1
#34368 [NEW]: PHP install cannout find PHP.INI
From: wlgivens at southkc dot net
Operating system: RedHat [Alpha Linux]
PHP version: 4.4.0
PHP Bug Type: *Compile Issues
Bug description: PHP install cannout find PHP.INI
Description:
For some reason, PHP cannot find the php.ini config file. Its supposed to
look for it under /etc/php.ini but thats not the case. In fact, in some
'home rolled' releases, I had to literally link it to the php dir [ln -sf
/etc/php.ini /usr/lib/php] but in this situation, that doesn't even work.
Compiled on the following system:
Redhat 7.2 [Alpha]
Kernel-2.6.11.6
GLIBC-2.3.2
Compaq C-6.5.9
Binutils-2.19.0.x
Make-3.80
#!/bin/sh
CC=ccache ccc CXX=ccache cxx \
CFLAGS=-O3 -arch ev56 -w -std -pipe -D_BSD_SOURCE \
CXXFLAGS=-O3 -arch ev56 -w -pipe -std ansi -D__USE_STD_IOSTREAM
\
./configure \
--prefix=/usr \
--sysconfdir=/etc \
--build=alphapca56-alpha-linux-gnu \
--enable-shared \
--with-apxs2=/usr/apache2/bin/apxs \
--with-apache2=shared,/usr/apache2 \
--with-mysql \
--with-gettext \
--with-openssl-dir=/usr \
--with-jpeg-dir=/usr \
--with-png-dir=/usr \
--with-freetype-dir=/usr \
--enable-exif \
--with-openssl=shared,/usr \
--with-pgsql=shared,/usr \
--with-mnogosearch=shared,/usr \
--without-snmp
sed -e 's/wl=/wl=-Wl,/g' libtool TMP
mv TMP libtool
chmod 755 libtool
make -s
Reproduce code:
---
I wish I knew
Expected result:
Everything would compile fine and I wouldn't get this error from
osCommerce-2.2:
FATAL ERROR: register_globals is disabled in php.ini, please enable it!
Even though its ENABLED in the php.ini file. Even if I copy the php.ini
file over to /usr/lib/php.ini [one of the places it is actually looking
for it [see strace output], it just simply 'acknoledges' the config file
and continue on without apparently reading it.
Actual result:
--
[EMAIL PROTECTED] root]# strace php --version LOG 21
execve(/usr/bin/php, [php, --version], [/* 28 vars */]) = 0
uname({sys=Linux, node=jericho.southkc.net, ...}) = 0
brk(0) = 0x1201d6000
open(/usr/lib/libots.so, O_RDONLY)= 3
read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\220\1\0\0\0\320\30...,
1024) = 1024
fstat(3, {st_mode=S_IFREG|0755, st_size=127004, ...}) = 0
mmap(NULL, 1100624, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =
0x202a000
mprotect(0x2036000, 1051472, PROT_NONE) = 0
mmap(0x212a000, 57344, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED, 3, 0) = 0x212a000
close(3)= 0
open(/etc/ld.so.preload, O_RDONLY)= 3
fstat(3, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
close(3)= 0
open(/usr/X11R6/lib/tls/ev56/libcrypt.so.1.1, O_RDONLY) = -1 ENOENT (No
such file or directory)
stat(/usr/X11R6/lib/tls/ev56, 0x11fffeac0) = -1 ENOENT (No such file or
directory)
open(/usr/X11R6/lib/tls/libcrypt.so.1.1, O_RDONLY) = -1 ENOENT (No such
file or directory)
stat(/usr/X11R6/lib/tls, 0x11fffeac0) = -1 ENOENT (No such file or
directory)
open(/usr/X11R6/lib/ev56/libcrypt.so.1.1, O_RDONLY) = -1 ENOENT (No such
file or directory)
stat(/usr/X11R6/lib/ev56, 0x11fffeac0) = -1 ENOENT (No such file or
directory)
open(/usr/X11R6/lib/libcrypt.so.1.1, O_RDONLY) = -1 ENOENT (No such file
or directory)
stat(/usr/X11R6/lib, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
open(/usr/lib/tls/ev56/libcrypt.so.1.1, O_RDONLY) = -1 ENOENT (No such
file or directory)
stat(/usr/lib/tls/ev56, 0x11fffeac0) = -1 ENOENT (No such file or
directory)
open(/usr/lib/tls/libcrypt.so.1.1, O_RDONLY) = -1 ENOENT (No such file
or directory)
stat(/usr/lib/tls, 0x11fffeac0) = -1 ENOENT (No such file or
directory)
open(/usr/lib/ev56/libcrypt.so.1.1, O_RDONLY) = -1 ENOENT (No such file
or directory)
stat(/usr/lib/ev56, 0x11fffeac0) = -1 ENOENT (No such file or
directory)
open(/usr/lib/libcrypt.so.1.1, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat(/usr/lib, {st_mode=S_IFDIR|0755, st_size=53248, ...}) = 0
open(/usr/local/lib/tls/ev56/libcrypt.so.1.1, O_RDONLY) = -1 ENOENT (No
such file or directory)
stat(/usr/local/lib/tls/ev56, 0x11fffeac0) = -1 ENOENT (No such file or
directory)
open(/usr/local/lib/tls/libcrypt.so.1.1, O_RDONLY) = -1 ENOENT (No such
file or directory)
stat(/usr/local/lib/tls, 0x11fffeac0) = -1 ENOENT (No such file or
directory)
open(/usr/local/lib/ev56/libcrypt.so.1.1, O_RDONLY) = -1 ENOENT (No such
file or directory)
stat(/usr/local/lib/ev56, 0x11fffeac0) = -1 ENOENT (No such file or
directory)
open(/usr/local/lib/libcrypt.so.1.1, O_RDONLY) = -1 ENOENT (No such file
or directory)
stat(/usr/local/lib, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=73727, ...}) = 0
mmap(NULL, 73727, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2138000
close(3)
#34052 [Ver]: date('U') returns %ld not unix timestamp
ID: 34052
Updated by: [EMAIL PROTECTED]
Reported By: ash at theleys dot net
Status: Verified
Bug Type: Date/time related
Operating System: windows
PHP Version: 5.1RC1
New Comment:
OK, now I see you are using PHP's sprintf implementation.
The problem is there. It only accepts %lld if SIZEOF_LONG_LONG is
true. However, config.w32.h defines it as 0, so %lld is disabled on
windows.
Previous Comments:
[2005-09-04 20:04:51] [EMAIL PROTECTED]
We (should) use PHP's internal printing routines, this has nothing to
do with the platform. It works fine here.
[2005-09-04 19:58:44] [EMAIL PROTECTED]
Bah, forget my last post.
As timelib_sll is defined as __int64, we should use printf(%I64d) on
windows.
[2005-09-04 19:01:29] ash at theleys dot net
Hi, have tried snapshot. Still same. date('u') on PHP 4.3 still works
(on another server) on IIS6 (so Windows Server 2003).
Thanks for looking in to this, Alan
[2005-09-04 14:56:31] [EMAIL PROTECTED]
Yep, I can reproduce this on windows.
This seems to be a microsoft bug, because it %ld is stated as
supported:
http://msdn.microsoft.com/library/en-us/vclib/html/_crt_format_specification_fields_.2d_.printf_and_wprintf_functions.asp
[2005-09-04 14:52:54] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Please try the snapshot then.
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/34052
--
Edit this bug report at http://bugs.php.net/?id=34052edit=1
#31592 [Opn-Bgs]: ifx_getsqlca fails when DB-error occurs
ID: 31592
Updated by: [EMAIL PROTECTED]
Reported By: andreybl at matrix dot co dot il
-Status: Open
+Status: Bogus
Bug Type: Informix related
Operating System: RedHat 3.0 ES
PHP Version: 5.0.4, 4.3.11
New Comment:
RTFM:
Returns a positive Informix result identifier on success, or FALSE on
error.
And even if you think this is wrong, we won't change it.
Previous Comments:
[2005-08-31 15:09:52] andreybl at matrix dot co dot il
I am just wondering what feedback it is supposed to get from me while
it is obvious, that nothing was changed :)
The problem is the interface to the ifx_getsqlca() function: it is
expected that a function receives result_id as a parameter. Here is the
function prototype:
array ifx_getsqlca ( int result_id)
When function ifx_query() or ifx_prepare() fails, the result_id it
relurns is FALSE FALSE FALSE !!
And thus this FALSE is qualifid as the not a valid Informix Result
resource by ifx_getsqlca() function.
We must understand, that there is one global variable of type sqlca
structure(actually one per thread) which has the information about the
LAST SQL statement. So there should be an option to call the
ifx_getsqlca() function without parameter(or may be null/false value
for result_id) meaning that I want the sqlca of the LAST sql statement
performed.
So, please, if there is a possibility to fix this bug do NOT just send
me email in hope that I will not answer :)
[2005-08-30 13:11:55] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-01-18 09:26:17] andreybl at matrix dot co dot il
Description:
In case when ifx_query() fails it returns FALSE as result id.
When ifx_getsqlca gets false as result id, it complains:
bWarning/b: ifx_getsqlca(): supplied resource is not a valid
Informix Result resource in b
This is actually a BUG, since when the sql-query fails, it is stll
neccessary sometimes, to get the sqlca structure. E.g. to get the ISAM
error.
Reproduce code:
---
sleep(20);
$db-begin_transaction();
$sql = update tb set recordingdate = '2005-01-12 11:33:57.597'
where id = 138;
if (!($resid = ifx_query($sql, $db-connid)))
{
echo Failed to open:\n$sql\n.ifx_error().\n;
$db-rollback_transaction();
$sqlca = ifx_getsqlca($resind);
var_dump($sqlca);
die();
}
else
{
echo Open successfull\n;
ifx_free_result($resid);
$db-commit_transaction();
}
Expected result:
ifx_getsqlca should get me the sqlca structure and not an error.
Actual result:
--
ifx_getsqlca fails, the following message appears:
bWarning/b: ifx_getsqlca(): supplied argument is not a valid
Informix Result resource in b
--
Edit this bug report at http://bugs.php.net/?id=31592edit=1
#31594 [Opn-Fbk]: virtual(): Unable to include 'xxx' - error finding URI
ID: 31594 Updated by: [EMAIL PROTECTED] Reported By: per at computer dot org -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: linux 2.4.26 PHP Version: 5.*, 4.* New Comment: Please try again, there was small bug in the fix for the other bug. :) Previous Comments: [2005-08-19 11:08:23] per at computer dot org Ran my testcase using latest snapshot 200508190630 - still fails: Warning: virtual() [function.virtual]: Unable to include 'part1' - error finding URI in /srv/www/vhosts/www/htdocs/phpbug-31594/part0.phtml on line 11 [2005-08-18 22:55:54] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-06-06 19:58:43] per at computer dot org Also, I must point out that it worked perfectly well in 4.3.8, so something was quite obviously regressed. [2005-06-06 17:41:47] [EMAIL PROTECTED] I can reproduce this only with the setlocale call enabled, and see a no acceptable variant error in error_log. Locale settings are process-global and changing them are quite likely to break other Apache modules doing e.g. case-sensitive string comparisons. So, I think the resolution for this bug should be simply don't do that. [2005-01-23 10:23:46] per at computer dot org It's content negotiation. You need mod_negotiation and Options +Multiviews for the directory. I've just tried turning off Multiviews and virtual() then produces Warning: virtual(): Unable to include 'part1' - request execution failed in as expected. 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/31594 -- Edit this bug report at http://bugs.php.net/?id=31594edit=1
#34179 [Com]: want 1.0/0.0 == INF as an option
ID: 34179
Comment by: yaXay at gmx dot net
Reported By: pww8 at cornell dot edu
Status: Open
Bug Type: Feature/Change Request
Operating System: Linux 2.4.9
PHP Version: 5.0.4
New Comment:
As far as I know 1/0 is undefined (lim x-0 (1/x) is inf.), as well as
1.0e300*1.0e300 simply produces an overflow. Of course that is just a
technicality, but still..
Regarding devide by zero and overflows, I would go even further and
throw an exception, because that is what they are: exceptions. Nobody
divides by zero or generates overflows on purpose. They usually occur
on erroneous user input. Throwing exceptions would of course force the
programmer to be more aware of this issue, since exceptions have a
habit of stopping execution when they are not caught. Howerver I find
it good to force the programmer to produce clean code, I mean, what is
the downside??
Sincerely,
Benjamin Schulz
Previous Comments:
[2005-08-18 00:44:16] pww8 at cornell dot edu
Description:
It appears floating-point infinity (INF) is not returned from divide by
zero (in PHP 5.0.0). Instead a warning is given and Boolean FALSE is
returned.
This is no doubt well-known behavior to most users, probably would be
confusing to change the default. But it would be useful for me to
throw a switch or set an .ini file variable to some non-default state,
and get the correct answer instead of FALSE.
Note that you can get INF from multiply, e.g. 1.0e300*1.0e300 [Linux on
Intel]. Might also be nice to get INF when it is the correct answer!
Reproduce code:
---
// Expected result would be after I set some non-default
// floating point handling mode above...
$varxx = 1.0 / 0.0;
$if (isset($varxx))
{ boolean = is_bool($varxx) ? Boolean : Not Boolean ;
print \nSET $varxx $boolean;
}
else
{ print \nNOT SET; }
print \nanother test, exp of very large number is : . exp(1.0e300);
print \ntry for infinity using * : . 1.0e300*1.0e300;
Expected result:
SET INF Not Boolean
another test, exp of very large number is : INF
try for infinity using * : INF
Actual result:
--
SET Boolean
another test, exp of very large number is : INF
try for infinity using * : INF
--
Edit this bug report at http://bugs.php.net/?id=34179edit=1
#34369 [Opn-Asn]: mssql_query() does not use link identifier
ID: 34369 Updated by: [EMAIL PROTECTED] Reported By: qlogix at gmail dot com -Status: Open +Status: Assigned -Bug Type: MSSQL related +Bug Type: Feature/Change Request -Operating System: Windows Server 2003 STD +Operating System: * -PHP Version: 4.4.0 +PHP Version: 6CVS, 5CVS, 4CVS (2005-09-05) -Assigned To: +Assigned To: fmk New Comment: This is not a bug, just missing feature. See mysql_connect() prototype: resource mysql_connect ([string server [, string username [, string password [, bool new_link [, int client_flags]) mssql_query() misses the 'new_link' parameter. Previous Comments: [2005-09-04 23:43:49] qlogix at gmail dot com Description: mssql_query() does not use the link identifier your specify. If you open two database connections using mssql_connect then specify which one of those connections to use in mssql_query(), the mssql_query() function will just use the last connection opened, no matter what. CONN1 is the address to my local mssql server. Table donations exists in database db1, not in db2 Table tbl_admin_user exists in database db2, not in db1 If I switch the order of connections, the first query works and the second one fails, and of course vice versa. In my case, yes, I am opening two connections to the same server, just changing the name of the database I want to use, however this application can be configured to connect to to different servers. Reproduce code: --- $conn1 = mssql_connect(CONN1,dbuser,dbpass); mssql_select_db(db1,$conn1); $conn2 = mssql_connect(CONN1,dbuser,dbpass); mssql_select_db(db2,$conn2); $sq = mssql_query(SELECT * FROM donations,$conn1); $sq2 = mssql_query(SELECT * FROM tbl_admin_user,$conn2); Expected result: No errors. Actual result: -- Warning: mssql_query(): message: Invalid object name 'donations'. (severity 16) in C:\htdocs\noname2.php on line 8 Warning: mssql_query(): Query failed in C:\htdocs\noname2.php on line 8 -- Edit this bug report at http://bugs.php.net/?id=34369edit=1
#34368 [Opn-Bgs]: PHP install cannout find PHP.INI
ID: 34368
Updated by: [EMAIL PROTECTED]
Reported By: wlgivens at southkc dot net
-Status: Open
+Status: Bogus
-Bug Type: *Compile Issues
+Bug Type: *General Issues
Operating System: RedHat [Alpha Linux]
PHP Version: 4.4.0
New Comment:
Never tried reading ./configure --help ? It really has lot of
information, also has the information what option really controls where
PHP looks for php.ini..(no, I'm not gonna tell, look for yourself!)
And all those compile flags you use are unnecessary, along with the
hacking of libtool you do. (Try the latest CVS snapshot of PHP 5.1 and
it will work fine without all that crap)
Do not bother reopening this report or adding any comments, they will
all be deleted.
Previous Comments:
[2005-09-04 22:07:03] wlgivens at southkc dot net
Description:
For some reason, PHP cannot find the php.ini config file. Its supposed
to look for it under /etc/php.ini but thats not the case. In fact, in
some 'home rolled' releases, I had to literally link it to the php dir
[ln -sf /etc/php.ini /usr/lib/php] but in this situation, that doesn't
even work.
Compiled on the following system:
Redhat 7.2 [Alpha]
Kernel-2.6.11.6
GLIBC-2.3.2
Compaq C-6.5.9
Binutils-2.19.0.x
Make-3.80
#!/bin/sh
CC=ccache ccc CXX=ccache cxx \
CFLAGS=-O3 -arch ev56 -w -std -pipe -D_BSD_SOURCE \
CXXFLAGS=-O3 -arch ev56 -w -pipe -std ansi
-D__USE_STD_IOSTREAM \
./configure \
--prefix=/usr \
--sysconfdir=/etc \
--build=alphapca56-alpha-linux-gnu \
--enable-shared \
--with-apxs2=/usr/apache2/bin/apxs \
--with-apache2=shared,/usr/apache2 \
--with-mysql \
--with-gettext \
--with-openssl-dir=/usr \
--with-jpeg-dir=/usr \
--with-png-dir=/usr \
--with-freetype-dir=/usr \
--enable-exif \
--with-openssl=shared,/usr \
--with-pgsql=shared,/usr \
--with-mnogosearch=shared,/usr \
--without-snmp
sed -e 's/wl=/wl=-Wl,/g' libtool TMP
mv TMP libtool
chmod 755 libtool
make -s
Reproduce code:
---
I wish I knew
Expected result:
Everything would compile fine and I wouldn't get this error from
osCommerce-2.2:
FATAL ERROR: register_globals is disabled in php.ini, please enable
it!
Even though its ENABLED in the php.ini file. Even if I copy the php.ini
file over to /usr/lib/php.ini [one of the places it is actually looking
for it [see strace output], it just simply 'acknoledges' the config
file and continue on without apparently reading it.
Actual result:
--
[EMAIL PROTECTED] root]# strace php --version LOG 21
execve(/usr/bin/php, [php, --version], [/* 28 vars */]) = 0
uname({sys=Linux, node=jericho.southkc.net, ...}) = 0
brk(0) = 0x1201d6000
open(/usr/lib/libots.so, O_RDONLY)= 3
read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\220\1\0\0\0\320\30...,
1024) = 1024
fstat(3, {st_mode=S_IFREG|0755, st_size=127004, ...}) = 0
mmap(NULL, 1100624, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =
0x202a000
mprotect(0x2036000, 1051472, PROT_NONE) = 0
mmap(0x212a000, 57344, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED, 3, 0) = 0x212a000
close(3)= 0
open(/etc/ld.so.preload, O_RDONLY)= 3
fstat(3, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
close(3)= 0
open(/usr/X11R6/lib/tls/ev56/libcrypt.so.1.1, O_RDONLY) = -1 ENOENT
(No such file or directory)
stat(/usr/X11R6/lib/tls/ev56, 0x11fffeac0) = -1 ENOENT (No such file
or directory)
open(/usr/X11R6/lib/tls/libcrypt.so.1.1, O_RDONLY) = -1 ENOENT (No
such file or directory)
stat(/usr/X11R6/lib/tls, 0x11fffeac0) = -1 ENOENT (No such file or
directory)
open(/usr/X11R6/lib/ev56/libcrypt.so.1.1, O_RDONLY) = -1 ENOENT (No
such file or directory)
stat(/usr/X11R6/lib/ev56, 0x11fffeac0) = -1 ENOENT (No such file or
directory)
open(/usr/X11R6/lib/libcrypt.so.1.1, O_RDONLY) = -1 ENOENT (No such
file or directory)
stat(/usr/X11R6/lib, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
open(/usr/lib/tls/ev56/libcrypt.so.1.1, O_RDONLY) = -1 ENOENT (No
such file or directory)
stat(/usr/lib/tls/ev56, 0x11fffeac0) = -1 ENOENT (No such file or
directory)
open(/usr/lib/tls/libcrypt.so.1.1, O_RDONLY) = -1 ENOENT (No such
file or directory)
stat(/usr/lib/tls, 0x11fffeac0) = -1 ENOENT (No such file or
directory)
open(/usr/lib/ev56/libcrypt.so.1.1, O_RDONLY) = -1 ENOENT (No such
file or directory)
stat(/usr/lib/ev56, 0x11fffeac0) = -1 ENOENT (No such file or
directory)
open(/usr/lib/libcrypt.so.1.1, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat(/usr/lib, {st_mode=S_IFDIR|0755, st_size=53248, ...}) = 0
open(/usr/local/lib/tls/ev56/libcrypt.so.1.1, O_RDONLY) = -1 ENOENT
(No such file or directory)
stat(/usr/local/lib/tls/ev56, 0x11fffeac0)
#34052 [Ver-Asn]: date('U') returns %ld not unix timestamp
ID: 34052
Updated by: [EMAIL PROTECTED]
Reported By: ash at theleys dot net
-Status: Verified
+Status: Assigned
Bug Type: Date/time related
-Operating System: windows
+Operating System: win32 only
-PHP Version: 5.1RC1
+PHP Version: 5CVS-2005-09-03
-Assigned To:
+Assigned To: derick
New Comment:
Derick brakes, Derick fixes. :)
Previous Comments:
[2005-09-04 22:10:04] [EMAIL PROTECTED]
OK, now I see you are using PHP's sprintf implementation.
The problem is there. It only accepts %lld if SIZEOF_LONG_LONG is
true. However, config.w32.h defines it as 0, so %lld is disabled on
windows.
[2005-09-04 20:04:51] [EMAIL PROTECTED]
We (should) use PHP's internal printing routines, this has nothing to
do with the platform. It works fine here.
[2005-09-04 19:58:44] [EMAIL PROTECTED]
Bah, forget my last post.
As timelib_sll is defined as __int64, we should use printf(%I64d) on
windows.
[2005-09-04 19:01:29] ash at theleys dot net
Hi, have tried snapshot. Still same. date('u') on PHP 4.3 still works
(on another server) on IIS6 (so Windows Server 2003).
Thanks for looking in to this, Alan
[2005-09-04 14:52:54] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Please try the snapshot then.
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/34052
--
Edit this bug report at http://bugs.php.net/?id=34052edit=1
#34052 [Asn]: date('U') returns %ld not unix timestamp
ID: 34052
Updated by: [EMAIL PROTECTED]
Reported By: ash at theleys dot net
Status: Assigned
Bug Type: Date/time related
Operating System: win32 only
PHP Version: 5CVS-2005-09-03
Assigned To: derick
New Comment:
s/brakes/breaks/
Previous Comments:
[2005-09-04 23:42:05] [EMAIL PROTECTED]
Derick brakes, Derick fixes. :)
[2005-09-04 22:10:04] [EMAIL PROTECTED]
OK, now I see you are using PHP's sprintf implementation.
The problem is there. It only accepts %lld if SIZEOF_LONG_LONG is
true. However, config.w32.h defines it as 0, so %lld is disabled on
windows.
[2005-09-04 20:04:51] [EMAIL PROTECTED]
We (should) use PHP's internal printing routines, this has nothing to
do with the platform. It works fine here.
[2005-09-04 19:58:44] [EMAIL PROTECTED]
Bah, forget my last post.
As timelib_sll is defined as __int64, we should use printf(%I64d) on
windows.
[2005-09-04 19:01:29] ash at theleys dot net
Hi, have tried snapshot. Still same. date('u') on PHP 4.3 still works
(on another server) on IIS6 (so Windows Server 2003).
Thanks for looking in to this, Alan
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/34052
--
Edit this bug report at http://bugs.php.net/?id=34052edit=1
#34369 [NEW]: mssql_query() does not use link identifier
From: qlogix at gmail dot com Operating system: Windows Server 2003 STD PHP version: 4.4.0 PHP Bug Type: MSSQL related Bug description: mssql_query() does not use link identifier Description: mssql_query() does not use the link identifier your specify. If you open two database connections using mssql_connect then specify which one of those connections to use in mssql_query(), the mssql_query() function will just use the last connection opened, no matter what. CONN1 is the address to my local mssql server. Table donations exists in database db1, not in db2 Table tbl_admin_user exists in database db2, not in db1 If I switch the order of connections, the first query works and the second one fails, and of course vice versa. In my case, yes, I am opening two connections to the same server, just changing the name of the database I want to use, however this application can be configured to connect to to different servers. Reproduce code: --- $conn1 = mssql_connect(CONN1,dbuser,dbpass); mssql_select_db(db1,$conn1); $conn2 = mssql_connect(CONN1,dbuser,dbpass); mssql_select_db(db2,$conn2); $sq = mssql_query(SELECT * FROM donations,$conn1); $sq2 = mssql_query(SELECT * FROM tbl_admin_user,$conn2); Expected result: No errors. Actual result: -- Warning: mssql_query(): message: Invalid object name 'donations'. (severity 16) in C:\htdocs\noname2.php on line 8 Warning: mssql_query(): Query failed in C:\htdocs\noname2.php on line 8 -- Edit bug report at http://bugs.php.net/?id=34369edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34369r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34369r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34369r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34369r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34369r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34369r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34369r=needscript Try newer version: http://bugs.php.net/fix.php?id=34369r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34369r=support Expected behavior: http://bugs.php.net/fix.php?id=34369r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34369r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34369r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34369r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34369r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34369r=dst IIS Stability: http://bugs.php.net/fix.php?id=34369r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34369r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34369r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34369r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34369r=mysqlcfg
#34361 [Opn-Fbk]: FreeBSD php{4,5} w/ LDAP + SSL/TLS ldap_start_tls[_s]()
ID: 34361 Updated by: [EMAIL PROTECTED] Reported By: lavalamp at spiritual-machines dot org -Status: Open +Status: Feedback Bug Type: LDAP related Operating System: FreeBSD / NetBSD / OpenBSD ? PHP Version: 5.0.4 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip You sure love your extra enters. Nobody told you that you shouldn't add those in a textbox? Previous Comments: [2005-09-03 23:06:30] lavalamp at spiritual-machines dot org Description: For whatever reason, the php4 and php5 from FreeBSD ports refuses to properly configure SSL/TLS support for the LDAP module. This breaks the TLS/SSL functionality in net/phpldapadmin and sysutils/ldap-account-manager (CC'ing maintainers) I've got two current i386/RELENG_5_3 boxes. Both with Apache apache-2.0.54_2 and openldap-client-2.2.27. The ldap client binaries are linked to SSL fine and can talk both ldaps:// and Start_TLS over ldap://. That's out of the question. One with php4-4.4.0, one with php5-5.0.3_2 (see below). Both have the LDAP and SSL php extension modules installed: $ egrep -i ldap|ssl /usr/local/etc/php/extensions.ini extension=openssl.so extension=ldap.so # ldd /usr/local/lib/php/20020429/ldap.so /usr/local/lib/php/20020429/ldap.so: libldap-2.2.so.7 = /usr/local/lib/libldap-2.2.so.7 (0x28174000) liblber-2.2.so.7 = /usr/local/lib/liblber-2.2.so.7 (0x281a7000) libcrypto.so.3 = /lib/libcrypto.so.3 (0x281b4000) libssl.so.3 = /usr/lib/libssl.so.3 (0x282c8000) The php5 box is as well: $ ldd /usr/local/lib/php/20041030/ldap.so /usr/local/lib/php/20041030/ldap.so: libldap-2.2.so.7 = /usr/local/lib/libldap-2.2.so.7 (0x28173000) liblber-2.2.so.7 = /usr/local/lib/liblber-2.2.so.7 (0x281a6000) libcrypto.so.3 = /lib/libcrypto.so.3 (0x281b3000) libssl.so.3 = /usr/lib/libssl.so.3 (0x282c7000) The problem is that ldap_start_tls() is an unregistered/invalid function. When i run the functions.php at http://www.sitepoint.com/article/php-command-line-2 ldap_start_tls() isn't listed on either machine (see below). # pkg_info |grep -i php libmcrypt-2.5.7_1 Multi-cipher cryptographic library (used in PHP) pear-XML_RPC-1.4.0 PHP implementation of the XML-RPC protocol php4-4.4.0 PHP Scripting Language (Apache Module and CLI) php4-ctype-4.4.0The ctype shared extension for php php4-dba-4.4.0 The dba shared
#34364 [Opn-Fbk]: In this statement, __getpgid expects 1 arguments
ID: 34364 Updated by: [EMAIL PROTECTED] Reported By: wlgivens at southkc dot net -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: RedHat [Alpha Linux] PHP Version: 5.0.4 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-09-04 12:07:59] [EMAIL PROTECTED] from 'man getpgrp': This version of getpgrp() differs from past Berkeley versions by not taking a pid_t pid argument. This incompatibility is required by ISO/IEC 9945-1:1990 ``POSIX.1''). So this is not a PHP bug per-se. But we could check the function proto (0 or 1 parameter) in the configure script and pass the paramer if needed. [2005-09-04 05:17:52] wlgivens at southkc dot net Description: Receiving the error below on the following hardware/software: AlphaPC 164SX Redhat [Alpha] Kernel-2.6.11.6 Compaq C 6.5.9 Binutils-2.19.0.x Make-3.80 [EMAIL PROTECTED] php-5.0.4]# /bin/sh /usr2/www/linux-related/programming/php-4x/php-5.0.4/libtool --silent --preserve-dup-deps --mode=compile ccache ccc -Iext/posix/ -I/usr2/www/linux-related/programming/php-4x/php-5.0.4/ext/posix/ -DPHP_ATOM_INC -I/usr2/www/linux-related/programming/php-4x/php-5.0.4/include -I/usr2/www/linux-related/programming/php-4x/php-5.0.4/main -I/usr2/www/linux-related/programming/php-4x/php-5.0.4 -I/usr/include/libxml2 -I/usr/include/mysql -I/usr2/www/linux-related/programming/php-4x/php-5.0.4/TSRM -I/usr2/www/linux-related/programming/php-4x/php-5.0.4/Zend-O -w -std -pipe -D_BSD_SOURCE -c /usr2/www/linux-related/programming/php-4x/php-5.0.4/ext/posix/posix.c -o ext/posix/posix.lo cc: Error: /usr2/www/linux-related/programming/php-4x/php-5.0.4/ext/posix/posix.c, line 338: In this statement, __getpgid expects 1 arguments, but 0 are supplied. (toofewargs) PHP_POSIX_RETURN_LONG_FUNC(getpgrp); Reproduce code: --- just simply run: CC=ccache ccc CXX=ccache cxx \ CFLAGS=-O5 -fast -w -arch ev56 -w -std -pipe -D_BSD_SOURCE \ CXXFLAGS=-O5 -fast -fast -arch ev56 -w -pipe\ -std ansi -nousing_std -D__USE_STD_IOSTREAM \ ./configure \ --prefix=/usr \ --sysconfdir=/etc/X11 \ --build=alphapca56-alpha-linux-gnu \ --enable-shared \ --with-apxs2=/usr/apache2/bin/apxs \ --with-apache2=shared,/usr/apache2 \ --with-mysql \ --with-gettext \ --with-openssl-dir=/usr \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-freetype-dir=/usr \ --enable-exif \ --with-openssl=shared,/usr \ --with-pgsql=shared,/usr \ --with-mnogosearch=shared,/usr \ --without-snmp sed -e 's/wl=/wl=-Wl,/g' libtool TMP mv TMP libtool chmod 755 libtool make MAKE_LOG 21 tail -f MAKE_LOG Expected result: PHP to build/install, and everything would be alright in the world. Actual result: -- crash/burn -- Edit this bug report at http://bugs.php.net/?id=34364edit=1
#31592 [Bgs-Opn]: ifx_getsqlca fails when DB-error occurs
ID: 31592
User updated by: andreybl at matrix dot co dot il
Reported By: andreybl at matrix dot co dot il
-Status: Bogus
+Status: Open
Bug Type: Informix related
Operating System: RedHat 3.0 ES
PHP Version: 5.0.4, 4.3.11
New Comment:
Ok, ok :)
Just let's take it easy. I do RTFM. I also realise that I am among a
minority of Informix users and this bug(?) is not of the higher
importance :)
But please read my comment(pardon my english). I did NOT say, that
ifx_query() returning FALSE is a bug. Never.
What I say is just that there should be an option to call
ifx_getsqlca() function without a parameter, meaning: get the sqlca of
the last sql statement performed.
As we all understand I can not insist to fix this. If not, just tell
me, that it is impossible to fix the bug.
Previous Comments:
[2005-09-04 23:48:02] [EMAIL PROTECTED]
RTFM:
Returns a positive Informix result identifier on success, or FALSE on
error.
And even if you think this is wrong, we won't change it.
[2005-08-31 15:09:52] andreybl at matrix dot co dot il
I am just wondering what feedback it is supposed to get from me while
it is obvious, that nothing was changed :)
The problem is the interface to the ifx_getsqlca() function: it is
expected that a function receives result_id as a parameter. Here is the
function prototype:
array ifx_getsqlca ( int result_id)
When function ifx_query() or ifx_prepare() fails, the result_id it
relurns is FALSE FALSE FALSE !!
And thus this FALSE is qualifid as the not a valid Informix Result
resource by ifx_getsqlca() function.
We must understand, that there is one global variable of type sqlca
structure(actually one per thread) which has the information about the
LAST SQL statement. So there should be an option to call the
ifx_getsqlca() function without parameter(or may be null/false value
for result_id) meaning that I want the sqlca of the LAST sql statement
performed.
So, please, if there is a possibility to fix this bug do NOT just send
me email in hope that I will not answer :)
[2005-08-30 13:11:55] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-01-18 09:26:17] andreybl at matrix dot co dot il
Description:
In case when ifx_query() fails it returns FALSE as result id.
When ifx_getsqlca gets false as result id, it complains:
bWarning/b: ifx_getsqlca(): supplied resource is not a valid
Informix Result resource in b
This is actually a BUG, since when the sql-query fails, it is stll
neccessary sometimes, to get the sqlca structure. E.g. to get the ISAM
error.
Reproduce code:
---
sleep(20);
$db-begin_transaction();
$sql = update tb set recordingdate = '2005-01-12 11:33:57.597'
where id = 138;
if (!($resid = ifx_query($sql, $db-connid)))
{
echo Failed to open:\n$sql\n.ifx_error().\n;
$db-rollback_transaction();
$sqlca = ifx_getsqlca($resind);
var_dump($sqlca);
die();
}
else
{
echo Open successfull\n;
ifx_free_result($resid);
$db-commit_transaction();
}
Expected result:
ifx_getsqlca should get me the sqlca structure and not an error.
Actual result:
--
ifx_getsqlca fails, the following message appears:
bWarning/b: ifx_getsqlca(): supplied argument is not a valid
Informix Result resource in b
--
Edit this bug report at http://bugs.php.net/?id=31592edit=1
#34364 [Fbk]: In this statement, __getpgid expects 1 arguments
ID: 34364 Updated by: [EMAIL PROTECTED] Reported By: wlgivens at southkc dot net Status: Feedback Bug Type: Compile Failure Operating System: RedHat [Alpha Linux] PHP Version: 5.0.4 New Comment: and DO NOT try outsmart the configure with ANY environment variable like CFLAGS, etc. And NEVER EVER modify the generated libtool Previous Comments: [2005-09-05 00:09:58] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-09-04 12:07:59] [EMAIL PROTECTED] from 'man getpgrp': This version of getpgrp() differs from past Berkeley versions by not taking a pid_t pid argument. This incompatibility is required by ISO/IEC 9945-1:1990 ``POSIX.1''). So this is not a PHP bug per-se. But we could check the function proto (0 or 1 parameter) in the configure script and pass the paramer if needed. [2005-09-04 05:17:52] wlgivens at southkc dot net Description: Receiving the error below on the following hardware/software: AlphaPC 164SX Redhat [Alpha] Kernel-2.6.11.6 Compaq C 6.5.9 Binutils-2.19.0.x Make-3.80 [EMAIL PROTECTED] php-5.0.4]# /bin/sh /usr2/www/linux-related/programming/php-4x/php-5.0.4/libtool --silent --preserve-dup-deps --mode=compile ccache ccc -Iext/posix/ -I/usr2/www/linux-related/programming/php-4x/php-5.0.4/ext/posix/ -DPHP_ATOM_INC -I/usr2/www/linux-related/programming/php-4x/php-5.0.4/include -I/usr2/www/linux-related/programming/php-4x/php-5.0.4/main -I/usr2/www/linux-related/programming/php-4x/php-5.0.4 -I/usr/include/libxml2 -I/usr/include/mysql -I/usr2/www/linux-related/programming/php-4x/php-5.0.4/TSRM -I/usr2/www/linux-related/programming/php-4x/php-5.0.4/Zend-O -w -std -pipe -D_BSD_SOURCE -c /usr2/www/linux-related/programming/php-4x/php-5.0.4/ext/posix/posix.c -o ext/posix/posix.lo cc: Error: /usr2/www/linux-related/programming/php-4x/php-5.0.4/ext/posix/posix.c, line 338: In this statement, __getpgid expects 1 arguments, but 0 are supplied. (toofewargs) PHP_POSIX_RETURN_LONG_FUNC(getpgrp); Reproduce code: --- just simply run: CC=ccache ccc CXX=ccache cxx \ CFLAGS=-O5 -fast -w -arch ev56 -w -std -pipe -D_BSD_SOURCE \ CXXFLAGS=-O5 -fast -fast -arch ev56 -w -pipe\ -std ansi -nousing_std -D__USE_STD_IOSTREAM \ ./configure \ --prefix=/usr \ --sysconfdir=/etc/X11 \ --build=alphapca56-alpha-linux-gnu \ --enable-shared \ --with-apxs2=/usr/apache2/bin/apxs \ --with-apache2=shared,/usr/apache2 \ --with-mysql \ --with-gettext \ --with-openssl-dir=/usr \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-freetype-dir=/usr \ --enable-exif \ --with-openssl=shared,/usr \ --with-pgsql=shared,/usr \ --with-mnogosearch=shared,/usr \ --without-snmp sed -e 's/wl=/wl=-Wl,/g' libtool TMP mv TMP libtool chmod 755 libtool make MAKE_LOG 21 tail -f MAKE_LOG Expected result: PHP to build/install, and everything would be alright in the world. Actual result: -- crash/burn -- Edit this bug report at http://bugs.php.net/?id=34364edit=1
#34346 [Opn-Bgs]: Missing symbols when using SAPI
ID: 34346 Updated by: [EMAIL PROTECTED] Reported By: emiel at emielmols dot info -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Linux 2.6 PHP Version: 5.1.0RC1 New Comment: The problem isn't in PHP core / Zend. Previous Comments: [2005-09-03 13:00:42] emiel at emielmols dot info I don't believe this. I've been stuck with this bug for about 2 weeks now and put in a LOT of hours trying to fix it myself. Finally, I decide to submit the bug here so someone experienced with the zend engine can perhaps have a look at it. And now you're just telling me my problem doesn't exist (or that I'm just stupid and the problem is not in the php core/zend engine)? Come on, something definately has changed from 5.0 sapi 5.1 sapi, for it did work flawlessly with 5.0 and for now appearant reason it does not with 5.1. With the CLI it works for both of them. Now you tell me, how can this NOT be a php problem? [2005-09-02 22:20:46] [EMAIL PROTECTED] They're exported just fine. Rebogusing. [2005-09-02 18:47:59] emiel at emielmols dot info Furthermore, if you check the symbol defenition (in Zend/zend_vm.h), you'll see that this specific symbol should be exported in both php 5.0 and 5.1. Perhaps someone can enlighten me on de differences in the exporting of symbols between SAPI/CLI version and/or PHP5.0/PHP5.1, so I can do some debugging myself too. [2005-09-02 18:42:44] emiel at emielmols dot info Not true, i've reinstalled the build- and headerfiles. It does work with CLI build of the same version. [2005-09-02 17:57:57] [EMAIL PROTECTED] It just means that your installed php extension build environment is out-dated and not compatible with 5.1.. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/34346 -- Edit this bug report at http://bugs.php.net/?id=34346edit=1
#34061 [Com]: Restructure array functions for PHP6
ID: 34061 Comment by: yaXay at gmx dot net Reported By: garyb at fxt dot com Status: Open Bug Type:Feature/Change Request PHP Version: 5.1.0b3 New Comment: I would really like the intoduction of actual arrays, because let's face it: We're talking about lists here. Sure, lists are superior to arrays, but only regarding functionality. Most of my algorithms would work perfectly fine with zero-based arrays as one has to deal with in C/++, Java, etc. And just rarely I actually need them to be dynamic and sometimes not even semi-dynamic. Overall I would love it if there could be two new native types in PHP: arrays (semi-dynamic) and stacks. Why make stack an actual type you might ask? For performance reasons. Of course there could be a class Stack, but having to call $stack-push($val) and $stack-pop() all the time would be slower compared to some stack operators. The reason I'm putting performance in the center of discussion is that PHP is really slow compared to JSP. Of course that is not just because Java supports arrays, but also because with PHP you have to lex and parse the whole script on each call, but still: If I can choose between PHP and JSP I usually go with JSP, because of performance, stability and security. Sincerely, Benjamin Schulz Previous Comments: [2005-08-10 03:32:58] garyb at fxt dot com Description: The list of PHP functions that operate on arrays has grown large, but could be restructured to fit into a more coherent model. Multidimensional array operations in any language can be confusing even in the best situations. PHP's array functions seem to have been implemented one at a time, as someone saw a need. Some of the functions are overly specific to a given, rare applicationm and others are not defined well particularly for multidimensional applications. It can be difficult to figure out which function(s) to use/combine to accomplish a particular task. Just as one example, array_slice could be more useful for multidimensional arrays if an array could be given for the offset and length This would allow one to slice, for example, all instances of a particular field in a set of database results. I would propose a new array function set for a later version of PHP, that works the same without regard to dimension. In my experience, the best implementation of array functionality (disregarding the language syntax) that I have ever used is the one in APL. Every function that works on arrays (which is most of them) does what's expected regardless of dimensionality, and in almost all cases every argument can be an array. Like PHP, APL can view a string as a string or as an array of char. Later versions supported structured arrays, akin to objects. I found APL's basic functions to be easier to learn and use than any of the 'Mathematica' clones. Of course APL just represents one potential approach. If nobody else is already working on anything in this line, I'd be amenable to participating in such a project, perhaps first as an extension - though I can't say I'd be that much help. It may be that the APL functions could be used as models for named functions, with similar monadic/dyadic effects; or an interface to the Octave libraries could be the best approach. Reproduce code: --- Example of APL equivalents: APL :== function() -- effect or equivalent using PHP syntax A = iota(6) :== iterate (6) -- A = range(6); B = rho (A) :== shape (A) -- B = count (A); B = (2 3) rho (A) :== reshape A -- B = array ( array (0, 1, 2), array ( 3, 4, 5); -- or B = array (range (0,3), range(3,6)); C = (0 1 0 ) select(A) (I forget the APL name) -- C = array (array (1), array (4)); -- no simple equiv in PHP -- Edit this bug report at http://bugs.php.net/?id=34061edit=1
#34369 [Asn]: mssql_query() does not use link identifier
ID: 34369 Updated by: [EMAIL PROTECTED] Reported By: qlogix at gmail dot com Status: Assigned Bug Type: Feature/Change Request Operating System: * PHP Version: 6CVS, 5CVS, 4CVS (2005-09-05) Assigned To: fmk New Comment: If the same host, usr and password is used for both connections the driver will not create a new connection. To get arround this problem you need to create two aliases for the SQL Server host name like this: $conn1 = mssql_connect(CONN1,dbuser,dbpass); mssql_select_db(db1,$conn1); $conn2 = mssql_connect(CONN2,dbuser,dbpass); mssql_select_db(db2,$conn2); The two host names should point to the same server, but it forces the extension to create a new connection each time. Previous Comments: [2005-09-04 23:56:40] [EMAIL PROTECTED] This is not a bug, just missing feature. See mysql_connect() prototype: resource mysql_connect ([string server [, string username [, string password [, bool new_link [, int client_flags]) mssql_query() misses the 'new_link' parameter. [2005-09-04 23:43:49] qlogix at gmail dot com Description: mssql_query() does not use the link identifier your specify. If you open two database connections using mssql_connect then specify which one of those connections to use in mssql_query(), the mssql_query() function will just use the last connection opened, no matter what. CONN1 is the address to my local mssql server. Table donations exists in database db1, not in db2 Table tbl_admin_user exists in database db2, not in db1 If I switch the order of connections, the first query works and the second one fails, and of course vice versa. In my case, yes, I am opening two connections to the same server, just changing the name of the database I want to use, however this application can be configured to connect to to different servers. Reproduce code: --- $conn1 = mssql_connect(CONN1,dbuser,dbpass); mssql_select_db(db1,$conn1); $conn2 = mssql_connect(CONN1,dbuser,dbpass); mssql_select_db(db2,$conn2); $sq = mssql_query(SELECT * FROM donations,$conn1); $sq2 = mssql_query(SELECT * FROM tbl_admin_user,$conn2); Expected result: No errors. Actual result: -- Warning: mssql_query(): message: Invalid object name 'donations'. (severity 16) in C:\htdocs\noname2.php on line 8 Warning: mssql_query(): Query failed in C:\htdocs\noname2.php on line 8 -- Edit this bug report at http://bugs.php.net/?id=34369edit=1
#34370 [NEW]: intval fails on negative hex numbers
From: andreybl at matrix dot co dot il Operating system: RH EL 3.0 PHP version: 5CVS-2005-09-05 (snap) PHP Bug Type: *General Issues Bug description: intval fails on negative hex numbers Description: inval() for negative hex number returns the max integer value. Reproduce code: --- $hex1 = intval(0x, 16); $hex2 = intval(0x7fff, 16); var_dump($hex1, $hex2); Expected result: int(-1) int(2147483647) Actual result: -- int(2147483647) int(2147483647) -- Edit bug report at http://bugs.php.net/?id=34370edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34370r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34370r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34370r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34370r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34370r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34370r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34370r=needscript Try newer version: http://bugs.php.net/fix.php?id=34370r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34370r=support Expected behavior: http://bugs.php.net/fix.php?id=34370r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34370r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34370r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34370r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34370r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34370r=dst IIS Stability: http://bugs.php.net/fix.php?id=34370r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34370r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34370r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34370r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34370r=mysqlcfg
#34368 [Bgs-Opn]: PHP install cannout find PHP.INI
ID: 34368
User updated by: wlgivens at southkc dot net
Reported By: wlgivens at southkc dot net
-Status: Bogus
+Status: Open
Bug Type: *General Issues
Operating System: RedHat [Alpha Linux]
PHP Version: 4.4.0
New Comment:
Now you're 'trying' to tell me this is an OPTION! Well thats pretty
nice but if you notice, strace points out that its looking for the
config file in either:
open(php/php.ini, O_RDONLY) = -1 ENOENT (No such file or
directory)
open(/usr/lib/php.ini, O_RDONLY) = -1 ENOENT (No such file or
directory)
Not at '--sysconfdir=/etc' as stated at build time. Even when you do
copy the file over to where it is searching, it simply acknowledges the
fact that the file is present and continues on without even parsing the
contents.
As for 'all those flags'? Well Compaq C is built using a strict
interpretation of ANSI C, something the people at php.net/mysql.com
appear to be just getting the nack of. Without 'all those' flags, your
poorly written code would choke. By enabling -std, -std ansi, and
-D__USE_STD_IOSTREAM, Compaq C isn't so anal about all the errors and
the like and goes ahead and compiles this mess.
As for the 'libtool hacks', well I hate to break it to ya, but your
disto of libtool is about 3½ OLD and doesn't take into account that
Compaq C IGNORES, much like PHP/PHP.INI, the -wl= ldflag. So I have
to set it to -wl=-Wl so that directories aren't misinterpreted as
FILES!
*update: while checking the README [not configure --help], it states
that you can set the PHPRC environ and that 'appears' to work if you
'export PHPRC=/etc'. Now let me ask you a question, since you appear
to be infinitely intelligent, if you set the compile flag
--sysconfdir=/etc shouldn't that work instead of having to set the
PHPRC enviroment flag instead of it simply ignoring --sysconfdir=/etc?
Most ppl would consider that a BUG! At the VERY least edit to configure
script to state that --sysconfdir is NON-FUNCTIONAL and that php.ini has
to be set via PHPRC would make a LOT more sense!
Previous Comments:
[2005-09-04 23:40:17] [EMAIL PROTECTED]
Never tried reading ./configure --help ? It really has lot of
information, also has the information what option really controls where
PHP looks for php.ini..(no, I'm not gonna tell, look for yourself!)
And all those compile flags you use are unnecessary, along with the
hacking of libtool you do. (Try the latest CVS snapshot of PHP 5.1 and
it will work fine without all that crap)
Do not bother reopening this report or adding any comments, they will
all be deleted.
[2005-09-04 22:07:03] wlgivens at southkc dot net
Description:
For some reason, PHP cannot find the php.ini config file. Its supposed
to look for it under /etc/php.ini but thats not the case. In fact, in
some 'home rolled' releases, I had to literally link it to the php dir
[ln -sf /etc/php.ini /usr/lib/php] but in this situation, that doesn't
even work.
Compiled on the following system:
Redhat 7.2 [Alpha]
Kernel-2.6.11.6
GLIBC-2.3.2
Compaq C-6.5.9
Binutils-2.19.0.x
Make-3.80
#!/bin/sh
CC=ccache ccc CXX=ccache cxx \
CFLAGS=-O3 -arch ev56 -w -std -pipe -D_BSD_SOURCE \
CXXFLAGS=-O3 -arch ev56 -w -pipe -std ansi
-D__USE_STD_IOSTREAM \
./configure \
--prefix=/usr \
--sysconfdir=/etc \
--build=alphapca56-alpha-linux-gnu \
--enable-shared \
--with-apxs2=/usr/apache2/bin/apxs \
--with-apache2=shared,/usr/apache2 \
--with-mysql \
--with-gettext \
--with-openssl-dir=/usr \
--with-jpeg-dir=/usr \
--with-png-dir=/usr \
--with-freetype-dir=/usr \
--enable-exif \
--with-openssl=shared,/usr \
--with-pgsql=shared,/usr \
--with-mnogosearch=shared,/usr \
--without-snmp
sed -e 's/wl=/wl=-Wl,/g' libtool TMP
mv TMP libtool
chmod 755 libtool
make -s
Reproduce code:
---
I wish I knew
Expected result:
Everything would compile fine and I wouldn't get this error from
osCommerce-2.2:
FATAL ERROR: register_globals is disabled in php.ini, please enable
it!
Even though its ENABLED in the php.ini file. Even if I copy the php.ini
file over to /usr/lib/php.ini [one of the places it is actually looking
for it [see strace output], it just simply 'acknoledges' the config
file and continue on without apparently reading it.
Actual result:
--
[EMAIL PROTECTED] root]# strace php --version LOG 21
execve(/usr/bin/php, [php, --version], [/* 28 vars */]) = 0
uname({sys=Linux, node=jericho.southkc.net, ...}) = 0
brk(0) = 0x1201d6000
open(/usr/lib/libots.so, O_RDONLY)= 3
read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\220\1\0\0\0\320\30...,
1024) = 1024
fstat(3,
#34371 [NEW]: Incorrect working directory in some callback functions.
From: hightman2 at yahoo dot com dot cn
Operating system: Linux
PHP version: 4.4.0
PHP Bug Type: Apache related
Bug description: Incorrect working directory in some callback functions.
Description:
When the callback functions was called by register_shutdown_function(),
ob_start(); the current working directory will be changed to the root
directory (such as '/').
Notice: bug found when running the script under web browser.
Reproduce code:
---
?php
function test_cb() {
echo getcwd() . br\n;
}
register_shutdown_function(test_cb);
test_cb();
?
Expected result:
/home/hightman/public_html/my_php4br
/home/hightman/public_html/my_php4br
Actual result:
--
/home/hightman/public_html/my_php4br
/br
--
Edit bug report at http://bugs.php.net/?id=34371edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34371r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34371r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34371r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34371r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34371r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34371r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34371r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34371r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34371r=support
Expected behavior: http://bugs.php.net/fix.php?id=34371r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34371r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34371r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34371r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34371r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34371r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34371r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34371r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34371r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34371r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34371r=mysqlcfg
#34372 [NEW]: varibles of A class why not change?
From: hightman2 at yahoo dot com dot cn
Operating system: Linux
PHP version: 4.4.0
PHP Bug Type: Class/Object related
Bug description: varibles of A class why not change?
Description:
the object's method was called as 'call back' function
Reproduce code:
---
?php
class hello {
var $me;
function hello() {
$this-me = 1;
register_shutdown_function(array($this, 'show'));
}
function show() {
echo $this-me . \n;
}
function add() {
$this-me++;
}
}
$h = new hello;
$h-add();
echo real value: ;
$h-show();
echo cb value: ;
?
Expected result:
real value: 2
cb value: 2
Actual result:
--
real value: 2
cb value: 1
--
Edit bug report at http://bugs.php.net/?id=34372edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34372r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34372r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34372r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34372r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34372r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34372r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34372r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34372r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34372r=support
Expected behavior: http://bugs.php.net/fix.php?id=34372r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34372r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34372r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34372r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34372r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34372r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34372r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34372r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34372r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34372r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34372r=mysqlcfg
#34369 [Asn-Csd]: mssql_query() does not use link identifier
ID: 34369 Updated by: [EMAIL PROTECTED] Reported By: qlogix at gmail dot com -Status: Assigned +Status: Closed Bug Type: Feature/Change Request Operating System: * PHP Version: 6CVS, 5CVS, 4CVS (2005-09-05) Assigned To: fmk New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. A new parameter to mssql_connect makes it possible to force the creation of a new link. Previous Comments: [2005-09-05 00:28:06] [EMAIL PROTECTED] If the same host, usr and password is used for both connections the driver will not create a new connection. To get arround this problem you need to create two aliases for the SQL Server host name like this: $conn1 = mssql_connect(CONN1,dbuser,dbpass); mssql_select_db(db1,$conn1); $conn2 = mssql_connect(CONN2,dbuser,dbpass); mssql_select_db(db2,$conn2); The two host names should point to the same server, but it forces the extension to create a new connection each time. [2005-09-04 23:56:40] [EMAIL PROTECTED] This is not a bug, just missing feature. See mysql_connect() prototype: resource mysql_connect ([string server [, string username [, string password [, bool new_link [, int client_flags]) mssql_query() misses the 'new_link' parameter. [2005-09-04 23:43:49] qlogix at gmail dot com Description: mssql_query() does not use the link identifier your specify. If you open two database connections using mssql_connect then specify which one of those connections to use in mssql_query(), the mssql_query() function will just use the last connection opened, no matter what. CONN1 is the address to my local mssql server. Table donations exists in database db1, not in db2 Table tbl_admin_user exists in database db2, not in db1 If I switch the order of connections, the first query works and the second one fails, and of course vice versa. In my case, yes, I am opening two connections to the same server, just changing the name of the database I want to use, however this application can be configured to connect to to different servers. Reproduce code: --- $conn1 = mssql_connect(CONN1,dbuser,dbpass); mssql_select_db(db1,$conn1); $conn2 = mssql_connect(CONN1,dbuser,dbpass); mssql_select_db(db2,$conn2); $sq = mssql_query(SELECT * FROM donations,$conn1); $sq2 = mssql_query(SELECT * FROM tbl_admin_user,$conn2); Expected result: No errors. Actual result: -- Warning: mssql_query(): message: Invalid object name 'donations'. (severity 16) in C:\htdocs\noname2.php on line 8 Warning: mssql_query(): Query failed in C:\htdocs\noname2.php on line 8 -- Edit this bug report at http://bugs.php.net/?id=34369edit=1
