[PHP-DEV] New Dev Weekly Summary
Hello All, If you have not been able to follow the list over the last week, I hope that this summary help you catch up! Note that the summary is quite high-level and leaves out a lot of the unresolved activity on the list, as well as skipping over threads that have a lot of conflict, but no real, errr..., value. (IMHO :) Also, before I send this off to Zend for posting on the site, does anyone have any corrections or additions (coughDerickcoughAndreicough) ? :) --- FIX: Bug Database Cleanup In celebration of the release of PHP 4.1.0, a group of people (including Yasuo Ohgaki, Sander Roobol, Markus Fisher, Derick Rethans, Jani Taskinen and other) have been working on clearing out the old bugs in the bug database. Nice work guys! FIX: mcrypt Extension Derick Rethans has corrected a series of bugs in PHP's mcrypt extension. The corrections should appear in the next release of PHP. The bugs corrected include bug 13399 and bug 14162. Visit http://bugs.php.et http://bugs.php.net/bug.php?id=13399 and http://bugs.php.net/bug.php?id=14162 for details. REQ: Documentation of Thread-Safe Functions Emanuel Dejanu has requested that the functions that are Thread-Safe (aka safe to use with threaded web-servers, like IIS and Apache (under Windows)be listed as so in the documentation. To keep an eye on how this request progresses, visit http://bugs.php.net/bug.php?id=14447 FIX: Long integer numbers in dBase Vlad Krupin fixed a problem that was causing the dbase_get_record() and dbase_get_record_with_names() functions to only retrieve the first 10 digits of integer fields. The functions can now retrieve all digits stored in integer fields. For more details, see http://bugs.php.net/bug.php?id=5993 NEW: Windows Binaries of 4.1.0 Released Official Windows binaries of PHP 4.1.0 have been released and are available on http://[your favorite mirror].php.net/downloads.php. Please do use a local mirror to download the new binaries! TLK: PostgreSQL Function Renamed Yasuo Ohgaki has renamed the functions in the Postgres extension so that they conform to the PHP function naming conventions. The old function names are still available and scripts using the old names should continue to work as expected. The changes to the function names should appear in the next release of PHP after 4.1.0 FIX: Improved Error Handling for Sybase and MSSQL Dave Brotherstone has submitted a patch that would handle raiserror type error thrown by the SQL server. The patch needs to be reviewed and tested. To see how the patch fares, visit http://marc.theaimsgroup.com/?t=10080795062r=1w=2 FIX: Better Spam Protection for the PHP Mailing Lists A new method of spam protection has been implemented for the PHP mailing lists. The spam protection works by only allowing messages from known email addresses to be posted to the list. Unknown users can easily become known users with a simple email-based registration process. The registration process is triggered by simply sending a message to a PHP mailing list. If you encounter problems posting to a PHP mailing list, you can contact the list administrators at [EMAIL PROTECTED] TLK: Improved Error Reporting for PHP Yasuo Ohgaki has suggested that the PHP developers improve the consistency of how PHP reports errors, ensuring that similar types of problems return similar and appropriate error messages. To follow this discussion, visit http://marc.theaimsgroup.com/?t=10081440185r=1w=2 TLK: Improving the PHP Test Suite Sterling Hughes has suggested that the PHP test suite be expanded to include a set of simple servers like a web server and FTP server. The presence of these servers would allow the test suite to test features that the current testing framework cannot handle. To follow this discussion, go to http://marc.theaimsgroup.com/?t=10082758939r=1w=2 NEW: Experimental and Powerful Object-Oriented Functionality Andrei Zmievski has cooked up an extension called 'overload' that allows for powerful overloading and extension of objects. The extension allows developers to control how the object responds to method invocations and how the object handles the assignment and retrieval of properties. If you wish to test the overload extension, you will need to download a current snapshot of PHP - visit http://snaps.php.net/ The ext/overload directory in the PHP source tree contains a simple usage example. Additionally Stig Sather Bakken has used the extension to implement an autoloader - see the Autoloader.php file in the PEAR directory to check it out. -- Zak Greant PHP Quality Assurance Team http://qa.php.net/ We must be the change we wish to see. - M. K. Ghandi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14571 Updated: setcookie behavoir changed in 4.1 from previous versions
ID: 14571
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Documentation problem
Operating System: Linux
PHP Version: 4.1.0
New Comment:
This hasn't changed. setcookie('name','') doesn't remove the cookie, and it never did.
To remove a cookie, use setcookie with a expire-date in the past, i.e.
setcookie('name','', time()-1).
Previous Comments:
[2001-12-17 21:36:35] [EMAIL PROTECTED]
The behavoir of the setcookie function changed in 4.1.0 even though no such change was
documented in the changelog. This had the effect of disabling an application of mine
until I figured out what happened.
In PHP 4.1.0, the code:
setcookie(cookiename,);
would delete the cookie 'cookiename'.
In PHP 4.1.0, this function created a cookie with a null value named cookiename.
I know this is a rather silly change, and you wouldn't expect someone to ever specify
a blank value in the second argument, but it did cause a short downtime in our website
software.
I posted this on the setcookie() manual page but it was rejected on grounds that it
was more of a bug report than anything, so I thought I'd post it here.
Thanks
Sean
Edit this bug report at http://bugs.php.net/?id=14571edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14571 Updated: setcookie behavoir changed in 4.1 from previous versions
ID: 14571
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Documentation problem
Operating System: Linux
PHP Version: 4.1.0
New Comment:
From the manual: (http://uk.php.net/manual/en/function.setcookie.php)
Some examples follow how to send cookies:
Example 1. setcookie() send examples
a. setcookie (TestCookie, Test Value);
b. setcookie (TestCookie, $value,time()+3600); /* expire in 1 hour */
c. setcookie (TestCookie, $value,time()+3600, /~rasmus/, .utoronto.ca, 1);
Examples follow how to delete cookies send in previous example:
Example 2. setcookie() delete examples
a. setcookie (TestCookie);
// set the expiration date to one hour ago
b. setcookie (TestCookie, , time() - 3600);
c. setcookie (TestCookie, , time() - 3600, /~rasmus/, .utoronto.ca, 1);
When deleting a cookie you should assure that the expiration date is in the past, to
trigger the removal mechanism in your browser.
Previous Comments:
[2001-12-18 03:48:17] [EMAIL PROTECTED]
This hasn't changed. setcookie('name','') doesn't remove the cookie, and it never did.
To remove a cookie, use setcookie with a expire-date in the past, i.e.
setcookie('name','', time()-1).
[2001-12-17 21:36:35] [EMAIL PROTECTED]
The behavoir of the setcookie function changed in 4.1.0 even though no such change was
documented in the changelog. This had the effect of disabling an application of mine
until I figured out what happened.
In PHP 4.1.0, the code:
setcookie(cookiename,);
would delete the cookie 'cookiename'.
In PHP 4.1.0, this function created a cookie with a null value named cookiename.
I know this is a rather silly change, and you wouldn't expect someone to ever specify
a blank value in the second argument, but it did cause a short downtime in our website
software.
I posted this on the setcookie() manual page but it was rejected on grounds that it
was more of a bug report than anything, so I thought I'd post it here.
Thanks
Sean
Edit this bug report at http://bugs.php.net/?id=14571edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14510 Updated: Unknown error in mail function
ID: 14510 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Mail related Operating System: Windows 2000 Terminal, IIS5 PHP Version: 4.1.0 New Comment: So, any other ideas? Previous Comments: [2001-12-17 04:20:17] [EMAIL PROTECTED] smtp server is set to be localhost, which works fine with php 4.0.6 [2001-12-14 12:19:09] [EMAIL PROTECTED] What are your INI-settings about mail? I.e., your smtp-server, etc... [2001-12-14 10:58:01] [EMAIL PROTECTED] Well it's pretty straight forward: $mailrecipient=[EMAIL PROTECTED]; $mailsubject=A message from your friend; $mailmessage=Hello, this is an email sent with PHP; $mailheaders=From: Dave [EMAIL PROTECTED]; mail($mailrecipient,$mailsubject,$mailmessage,$mailheaders); [2001-12-14 10:52:55] [EMAIL PROTECTED] Can you provide a sample script? [2001-12-14 05:29:31] [EMAIL PROTECTED] When using the mail function on windows 2000 with IIS5, it just returns 'unknown error' and exits. The mail function works fine on windows 98 with OmniHTTPd. Edit this bug report at http://bugs.php.net/?id=14510edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11919 Updated: bad return of yp_next
ID: 11919
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: YP/NIS related
Operating System: Solaris 5.5.1
PHP Version: 4.0.6
New Comment:
It's not OK whith PHP 4.1.0
Previous Comments:
[2001-12-17 10:52:00] [EMAIL PROTECTED]
Does this happen in PHP 4.1.0?
R.
[2001-07-06 02:53:08] [EMAIL PROTECTED]
Hello,
the next script is OK with php4.0.5 but not with php4.0.6
---
?php
$map = hosts.byname;
$domain = yp_get_default_domain();
echo Le domaine par défaut est : . $domain . \n;
$order = yp_order($domain,$map);
echo Le numéro d'ordre de cette carte est : .
$order . \n;
$master = yp_master($domain, $map);
echo Master for this map is: . $master .\n;
$entry = yp_match($domain, $map, balanec);
echo La valeur trouvée est: . $entry .\n;
$entry = yp_first($domain, $map);
print_r ($entry);
$key = $entry [key];
$value = $entry [value];
echo La première entrée de cette carte est . $key .
et sa valeur est . $value . \n;
$first = $key;
$entry = yp_next($domain, $map, $first);
print_r ($entry);
if(!$entry) {
echo yp_errno() . : . yp_err_string() . \n;
}
$key = key ($entry);
$value = $entry [$key];
echo L'entree suivante après $first a la cle . $key
. et sa valeur . $value .\n;
with php4.0.5 the result is:
-
Le domaine par défaut est : brest.ifremer.fr
Le numéro d'ordre de cette carte est : 994254209
Master for this map is: brest
La valeur trouvée est: 134.246.166.3balanec
Array
(
[key] = cata3000gm611
[value] = 134.246.148.206 cata3000gm611
)
La première entrée de cette carte est cata3000gm611
et sa valeur est 134.246.148.206 cata3000gm611
Array
(
[cata3000720def
] = 134.246.171.208cata3000720def
)
L'entree suivante après cata3000gm611
a la cle cata3000720def
et sa valeur 134.246.171.208 cata3000720def
but whith php4.0.6 th result is:
--
Le domaine par défaut est : brest.ifremer.fr
Le numéro d'ordre de cette carte est : 994254209
Master for this map is: brest
La valeur trouvée est: 134.246.166.3balanec
Array
(
[cata3000gm611] = 134.246.148.206 cata3000gm611
[key] = cata3000gm611
[value] = 134.246.148.206 cata3000gm611
)
La première entrée de cette carte est cata3000gm611 et sa valeur est
134.246.148.206cata3000gm611
Array
(
[br166-156] = 134.246.166.156 br166-156
)
L'entree suivante après cata3000gm611 a la cle br166-156 et sa valeur
-
the last value is missing.
my configure line is:
./configure \
--with-apache=/home1/beniguet/tmsiric/bpre/anonymous/apache/apache_1.3.19 \
--with-ldap=/home/services/systeme/reseau/openldap \
--with-mysql=/home1/iletudy/www/httpd/mysql \
--with-pgsql=/home1/iletudy/www/httpd/pgsql \
--with-sybase=/home1/iletudy/www/httpd/sybase \
--with-oracle=/home1/iletudy/www/httpd/oracle \
--with-oci8=/home1/iletudy/www/httpd/oracle \
--with-gd=/home/services_SV/bibli/gdlib \
--with-zlib-dir=/home/services_SV/bibli/zlib \
--with-jpeg-dir=/home/services_SV/bibli/jpeglib \
--with-png-dir=/home/services_SV/bibli/pnglib \
--with-tiff-dir=/home/services_SV/bibli/tifflib \
--with-imap=/home1/iletudy/www/httpd/imap \
--with-snmp=/home/services_SV/systeme/reseau/ucd-snmp \
--with-mcrypt=/home/services_SV/bibli/mcryptlib \
--with-sablot=/home/services_SV/bibli/sablotlib \
--enable-yp \
--enable-ftp \
--enable-calendar \
--disable-pear \
--with-config-file-path=/home1/iletudy/www/httpd/php
Edit this bug report at http://bugs.php.net/?id=11919edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14573: function ibase_trans etc. of InterBase ext. module is wrong.
From: [EMAIL PROTECTED] Operating system: Linux RedHat 6.2 PHP version: 4.1.0 PHP Bug Type: InterBase related Bug description: function ibase_trans etc. of InterBase ext. module is wrong. interbase ibase_rollback - is not worked call with parameter which is transacion number at the line 166 of interbase.c (get_link_trans) ZEND_FETCH_RESOURCE2(resource, ibase_db_link *, link_id, ib_trans-link_rsrc, InterBase link, le_link, le_plink); I wonder the tune of parameter of ZEND_FETCH_RESOURCE2 is wrong.(link_id is the 4th parameter.) -- Edit bug report at: http://bugs.php.net/?id=14573edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14574: exit() and its annoying output
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.6 PHP Bug Type: Scripting Engine problem Bug description: exit() and its annoying output Hi, I'm using PHP to write shell scripts that support HTML-embedded code. The latter one rely on a minimal output, for instance reading a configuration by calling a cmdline-script that simply returns the value to some key. exit() is very annoying because of putting out the exit state submitted as an integer to it. Either I have to do some tricks on shell script side or within my HTML-embedded stuff by removing that extra output. Anyway, it's something I shouldn't need to do if PHP wouldn't lack of some simple function doing the exit-job without some output and even without tricks included. Thomas Urban -- Edit bug report at: http://bugs.php.net/?id=14574edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14574 Updated: exit() and its annoying output
ID: 14574 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Old Bug Type: Scripting Engine problem Bug Type: Feature/Change Request Operating System: Linux PHP Version: 4.0.6 Old Assigned To: Assigned To: derick New Comment: We can not change exit, I'll have a look at a new function, shell_exit(). Derick Previous Comments: [2001-12-18 04:52:07] [EMAIL PROTECTED] Hi, I'm using PHP to write shell scripts that support HTML-embedded code. The latter one rely on a minimal output, for instance reading a configuration by calling a cmdline-script that simply returns the value to some key. exit() is very annoying because of putting out the exit state submitted as an integer to it. Either I have to do some tricks on shell script side or within my HTML-embedded stuff by removing that extra output. Anyway, it's something I shouldn't need to do if PHP wouldn't lack of some simple function doing the exit-job without some output and even without tricks included. Thomas Urban Edit this bug report at http://bugs.php.net/?id=14574edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] bug: 12899
Can someone with enough karma remove this url? Is this site even in CVS atm? regards R. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] [Patch] To Zend for bug 1457
Hello,
here is a patch that implements shell_exit(). It is simliar to exit(), but
it does not print the return value.
regards,
Derick Rethans
-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
SRM: Site Resource Manager - www.vl-srm.net
-
JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED]
Boulevard Heuvelink 102 - 6828 KT Arnhem - The Netherlands
-
? .zend_compile.h.swp
Index: zend_compile.c
===
RCS file: /repository/Zend/zend_compile.c,v
retrieving revision 1.223
diff -u -r1.223 zend_compile.c
--- zend_compile.c 2001/12/04 17:56:19 1.223
+++ zend_compile.c 2001/12/18 10:44:47
@@ -2231,13 +2231,15 @@
}
-void zend_do_exit(znode *result, znode *message TSRMLS_DC)
+void zend_do_exit(znode *result, znode *message, int type TSRMLS_DC)
{
zend_op *opline = get_next_op(CG(active_op_array) TSRMLS_CC);
opline-opcode = ZEND_EXIT;
opline-op1 = *message;
- SET_UNUSED(opline-op2);
+ opline-op2.op_type = IS_CONST;
+ opline-op2.u.constant.type = IS_BOOL;
+ opline-op2.u.constant.value.lval = type;
result-op_type = IS_CONST;
result-u.constant.type = IS_BOOL;
Index: zend_compile.h
===
RCS file: /repository/Zend/zend_compile.h,v
retrieving revision 1.139
diff -u -r1.139 zend_compile.h
--- zend_compile.h 2001/12/04 17:56:19 1.139
+++ zend_compile.h 2001/12/18 10:44:48
@@ -335,7 +335,7 @@
void zend_do_end_heredoc(TSRMLS_D);
-void zend_do_exit(znode *result, znode *message TSRMLS_DC);
+void zend_do_exit(znode *result, znode *message, int type TSRMLS_DC);
void zend_do_begin_silence(znode *strudel_token TSRMLS_DC);
void zend_do_end_silence(znode *strudel_token TSRMLS_DC);
Index: zend_execute.c
===
RCS file: /repository/Zend/zend_execute.c,v
retrieving revision 1.291
diff -u -r1.291 zend_execute.c
--- zend_execute.c 2001/12/04 17:56:19 1.291
+++ zend_execute.c 2001/12/18 10:44:49
@@ -2392,7 +2392,9 @@
if (Z_TYPE_P(ptr) == IS_LONG) {
EG(exit_status) = Z_LVAL_P(ptr);
}
- zend_print_variable(ptr);
+ if (EX(opline)-op2.op_type == IS_CONST
+EX(opline)-op2.u.constant.value.lval) {
+ zend_print_variable(ptr);
+ }
FREE_OP(EX(Ts), EX(opline)-op1,
EG(free_op1));
}
zend_bailout();
Index: zend_language_parser.y
===
RCS file: /repository/Zend/zend_language_parser.y,v
retrieving revision 1.15
diff -u -r1.15 zend_language_parser.y
--- zend_language_parser.y 2001/12/04 17:56:19 1.15
+++ zend_language_parser.y 2001/12/18 10:44:50
@@ -69,6 +69,7 @@
%right '['
%nonassoc T_NEW
%token T_EXIT
+%token T_SHELL_EXIT
%token T_IF
%left T_ELSEIF
%left T_ELSE
@@ -477,7 +478,8 @@
| T_OBJECT_CAST expr { zend_do_cast($$, $2, IS_OBJECT TSRMLS_CC);
}
| T_BOOL_CAST expr{ zend_do_cast($$, $2, IS_BOOL TSRMLS_CC); }
| T_UNSET_CAST expr { zend_do_cast($$, $2, IS_NULL TSRMLS_CC); }
- | T_EXIT exit_expr{ zend_do_exit($$, $2 TSRMLS_CC); }
+ | T_EXIT exit_expr{ zend_do_exit($$, $2, 1 TSRMLS_CC); }
+ | T_SHELL_EXIT exit_expr { zend_do_exit($$, $2, 0 TSRMLS_CC); }
| '@' { zend_do_begin_silence($1 TSRMLS_CC); } expr {
zend_do_end_silence($1 TSRMLS_CC); $$ = $3; }
| scalar { $$ = $1; }
| T_ARRAY '(' array_pair_list ')' { $$ = $3; }
Index: zend_language_scanner.l
===
RCS file: /repository/Zend/zend_language_scanner.l,v
retrieving revision 1.41
diff -u -r1.41 zend_language_scanner.l
--- zend_language_scanner.l 2001/12/04 17:56:19 1.41
+++ zend_language_scanner.l 2001/12/18 10:44:51
@@ -471,6 +471,10 @@
return T_EXIT;
}
+ST_IN_SCRIPTINGshell_exit {
+ return T_SHELL_EXIT;
+}
+
ST_IN_SCRIPTINGdie {
return T_EXIT;
}
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To
[PHP-DEV] Bug #13227
What to do in this case? I've checked the site, and it sends out wrong content-type (text/plain). Is there a list of people responsible for each mirror? br R. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12295 Updated: Unable to compile Verisign Payflowpro
ID: 12295 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Verisign Payflow Pro related Operating System: Sun/Solaris PHP Version: 4.0.5 New Comment: Have you tried this against 4.0.6 or maybe 4.1.0? R. Previous Comments: [2001-07-21 01:34:22] [EMAIL PROTECTED] I am trying to compile Verising Payflowpro module for PHP/Apache, here are the commands I used: copied libpfpro.so and pfpro.h to the same directory /usr/local/verisign/payflowpro/solaris/lib config statement for php: = ./configure --with-mysql --with-apache=../apache-1.3.19 --enable-track-vars --with-pfpro=/usr/local/verisign/payflowpro/solaris/lib make make install = changed directory to apache-1.3.19 and ran the following config: ./configure --activate-module=src/modules/php4/libphp4.a make make fails with the following errors: gcc -DSOLARIS2=280 -I/usr/local/src/php-4.0.5 -I/usr/local/src/php-4.0.5/main - I/usr/local/src/php-4.0.5/main -I/usr/local/src/php-4.0.5/Zend -I/usr/local/src/ php-4.0.5/Zend -I/usr/local/src/php-4.0.5/TSRM -I/usr/local/src/php-4.0.5/TSRM - I/usr/local/src/php-4.0.5 -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci `\ -o httpd buildmark.o modules.o modules/php4/libphp4.a modules/standard/l ibstandard.a main/libmain.a ./os/unix/libos.a ap/libap.a lib/expat-lite/libe xpat.a -R/usr/ucblib -R/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3 -R/us r/local/verisign/payflowpro/solaris/lib -L/usr/ucblib -L/usr/local/lib/gcc-lib/ sparc-sun-solaris2.8/2.95.3 -L/usr/local/verisign/payflowpro/solaris/lib -Lmodul es/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -lpam -ldl -lpfpro -l resolv -lresolv -lm -ldl -lcrypt -lnsl -lsocket -lsocket -lgcc -lsocket -lnsl Undefined first referenced symbol in file PNInit modules/php4/libphp4.a(pfpro.o) PNVersion modules/php4/libphp4.a(pfpro.o) ProcessPNTransactionmodules/php4/libphp4.a(pfpro.o) PNCleanup modules/php4/libphp4.a(pfpro.o) ld: fatal: Symbol referencing errors. No output written to httpd collect2: ld returned 1 exit status *** Error code 1 make: Fatal error: Command failed for target `target_static' Current working directory /usr/local/src/apache-1.3.19/src *** Error code 1 make: Fatal error: Command failed for target `build-std' Current working directory /usr/local/src/apache-1.3.19 *** Error code 1 make: Fatal error: Command failed for target `build' === Please advise. Thanks in advance. Edward Greenspan Edit this bug report at http://bugs.php.net/?id=12295edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Persistent connection to Oracle with OCI
Hi again to everybody, first sorry for my poor english. im trying to use persistents connections to an Oracle Database through PHP, for manageing transactions, and have some problems. My Schema: * Web Server: Apache 1.3.20 on a Linux RedHat 7.0 * PHP: 4.0.6 compiled with oracle module functions (OCI*) * Data Base: Oracle 8.0.5 on a Windows NT Server I need to manage transactions to database. For it i made a test pages like this: * 1 index page that generate some frames and open a persistent connection to Oracle * 1 frame that made an insert to one table of the database, and reopen the persistent connection * 1 frame that made an insert to another table of the same database, and reopen the persistent connection * 1 frame with 2 buttons, one for execute a Commit and another for execture a Rollback When i was using the ORA_* functions, some times works well, but other times not work correctly... Now using the OCI* functions dont work. What im doing wrong? Can somebody help me? Avanced thanks -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14575: inappropriate pass by reference?
From: [EMAIL PROTECTED] Operating system: Linux 2.4.10 (Debian) PHP version: 4.1.0 PHP Bug Type: IMAP related Bug description: inappropriate pass by reference? 4.1.0RC2 array imap_rfc822_parse_adrlist (string address, string default_host) The address argument appears to be erroneously passed by reference, and is subsequently mutilated by the function. Hence the following code produces unexpected results. Any subsequent call to imap_rfc822_parse_adrlist() will fail. (This causes major problems with IMP 2.2.6) $a=a [EMAIL PROTECTED]; $b=b [EMAIL PROTECTED]; $c=$a; imap_rfc822_parse_adrlist($a, troz); dump(a:$a\nb:$b\nc:$c\n); output is: a:a^@[EMAIL PROTECTED] b:b [EMAIL PROTECTED] c:a^@[EMAIL PROTECTED] Note the null character replacing the space between the personal name and mailbox name. -- Edit bug report at: http://bugs.php.net/?id=14575edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14575 Updated: inappropriate pass by reference?
ID: 14575 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: IMAP related Operating System: Linux 2.4.10 (Debian) PHP Version: 4.1.0 New Comment: this has already been fixed in CVS Previous Comments: [2001-12-18 07:02:01] [EMAIL PROTECTED] 4.1.0RC2 array imap_rfc822_parse_adrlist (string address, string default_host) The address argument appears to be erroneously passed by reference, and is subsequently mutilated by the function. Hence the following code produces unexpected results. Any subsequent call to imap_rfc822_parse_adrlist() will fail. (This causes major problems with IMP 2.2.6) $a=a [EMAIL PROTECTED]; $b=b [EMAIL PROTECTED]; $c=$a; imap_rfc822_parse_adrlist($a, troz); dump(a:$a\nb:$b\nc:$c\n); output is: a:a^@[EMAIL PROTECTED] b:b [EMAIL PROTECTED] c:a^@[EMAIL PROTECTED] Note the null character replacing the space between the personal name and mailbox name. Edit this bug report at http://bugs.php.net/?id=14575edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14561 Updated: strtotime() bug
ID: 14561 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Date/time related Operating System: Linux ?.? PHP Version: 4.0.6 New Comment: Can you try the latest CVS? There are some bugs fixed related to strtotime. Previous Comments: [2001-12-17 10:57:05] [EMAIL PROTECTED] strtotime(19:30 Dec 17); // works okay strtotime(Dec 17 19:30); // returns -1 that's a bug i think. strangely enough the bug wasn't there in Php 4.0.5.. only in 4.0.6 gtx Bucky Edit this bug report at http://bugs.php.net/?id=14561edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #6275 Updated: ODBC_Prepare/ODBC_Execute fails with parameters
ID: 6275 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: ODBC related Operating System: Windows 98 PHP Version: 4.0.1pl2 Assigned To: kalowsky New Comment: No feedback. Closing. Previous Comments: [2001-11-27 05:34:28] [EMAIL PROTECTED] Does this problem still occur with 4.0.6, the latest RC (http://download.php.net/~zeev/php-4.1.0RC3.tar.gz) or the latest CVS? [2001-04-01 19:36:34] [EMAIL PROTECTED] further poking tonight revealed the following... in the odbc_execute function, when doing a SQLDesrcibe on the value pulled out of the array function the following message was produced by PHP/ODBC: SQL error: [Microsoft][ODBC Driver Manager\ Driver does not support this function, SQL state IM001 in SQLBindParamater insert script name here. Could it be that MS Access doesn't support this functionality? Is there any way to (dis)prove this theory? [2001-03-23 17:01:42] [EMAIL PROTECTED] Tried updating to the latest MDAC (2.6) and this provided no change in the given example. It did fix one or two issues, but in generally hasn't helped any. [2001-03-11 20:59:58] [EMAIL PROTECTED] it seems the sample script provided is failing in the SQLBindParameter call. Why? The SQLError call tells us it's trying to bind a parameter of the wrong type. I've sent out an email on the PHP-DB list asking if anyone could try a small variation of this script, and only one person responded. It seems to be a Microsoft Access specific issue only, but my only other comparision at this time is SQL Server...draw your own conclusions. [2001-02-14 08:20:41] [EMAIL PROTECTED] starting to look into windows problems, only problem is I have only win98, so the winNT and 2k won't likely happen... 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/?id=6275 Edit this bug report at http://bugs.php.net/?id=6275edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #6294 Updated: Strange behaviour when using DB2
ID: 6294 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: ODBC related Operating System: RedHat Linux 6.2 PHP Version: 4.0.1pl2 New Comment: No feedback. Closing. Previous Comments: [2001-11-27 05:34:54] [EMAIL PROTECTED] Does this problem still occur with 4.0.6, the latest RC (http://download.php.net/~zeev/php-4.1.0RC3.tar.gz) or the latest CVS? [2001-04-10 13:30:32] [EMAIL PROTECTED] No, since the GENERATE_UNIQUE() function, which relies on a FOR BIT DATA field still won't work. It seems to be the FOR BIT DATA variants of the CHAR fields that PHP has problems with, and even though I haven't bumped into more situations where I need this, It sure will happen at some point - I can imagine I'll encounter the problem when we next month start to store product pictures in the database. A such field type would be convenient to use, as an alternative to xLOB fields.. [2001-04-10 09:28:41] [EMAIL PROTECTED] Please use the Bug system to respond to bugs. User Reports: No, since the GENERATE_UNIQUE() function, which relies on a FOR BIT DATA field still won't work. It seems to be the FOR BIT DATA variants of the CHAR fields that PHP has problems with, and even though I haven't bumped into more situations where I need this, It sure will happen at some point - I can imagine I'll encounter the problem when we next month start to store product pictures in the database. A such field type would be convenient to use, as an alternative to xLOB fields.. Best regards, Eirik Overby [2001-04-09 11:11:12] [EMAIL PROTECTED] Judging by your second comment, would you consider this bug closed? [2000-08-22 11:26:07] [EMAIL PROTECTED] I have been able to narrow the problem down to the useage of the FOR BIT DATA modifier to the CHAR type. To use the GENERATE_UNIQUE() function in DB2, one must have a CHAR(13) FOR BIT DATA field. When working with a table with such a field, PHP seems to choke and do many strange things.. Now that I redesigned the database into just using plain CHAR(13) fields (planning to use uniqid()), everything seems to work a lot better. -Eirik 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/?id=6294 Edit this bug report at http://bugs.php.net/?id=6294edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7282 Updated: No input file specified. when run as a CGI
ID: 7282 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Other web server Operating System: HP-UX 10.20 PHP Version: 4.0.3pl1 New Comment: No feedback. Closing. Previous Comments: [2001-11-27 05:41:30] [EMAIL PROTECTED] Does this problem still occurs with the latest version (4.0.6) or the latest RC (http://download.php.net/~zeev/php-4.1.0RC3.tar.gz) or the latest CVS? [2000-10-17 14:18:18] [EMAIL PROTECTED] I modified php.ini to add doc_root = /usr/local/php/cgi-bin/ and I get an HTTP 500 error ... the server log gives this: [17/Oct/2000:13:10:45] failure: for host 192.168.xx.xx trying to GET /cgi-bin/4.cgi, cgi-parse-output reports: the CGI program /usr/ local/php/cgi-bin/4.cgi did not produce a valid header (program terminated without a valid CGI header. Check for core dump or other abnormal termination) Different error. I do not know if this helps or not. [2000-10-17 11:49:36] [EMAIL PROTECTED] I am using Netscape FastTrack 3.01 and HP-UX 10.20 and I am attempting to compile PHP as a CGI (PHP 4.0.3pl1). My problem is getting: No input file specified. when I try to run PHP in conjunction with my web server. I can manage to get PHP 3.0.17 to work fine with my web server, but I am having a hard time getting the XML (expat) stuff working with that (I keep getting unresolved references). In order to solve my need for the XML support I decided to try PHP 4.0.3pl1. I would prefer PHP4 anyway since this is what I have at home. I can get other CGI programs to work with my web server, just not PHP. PHP also works fine from the command line. I have tried the following configure setups: CFLAGS=+e ./configure --without-mysql --enable-discard-path --with-xml CFLAGS=+e ./configure --without-mysql --with-xml CFLAGS=+e ./configure --without-mysql --enable-discard-path CFLAGS=+e ./configure --without-mysql I am pretty sure the --with-xml doesn't help or hurt the situation. I simply type make after the configure. I have copied the default php.ini file to the /usr/local/lib directory. I get a few problems during the make process, but typing make again seems to resolve them. The problems during make are (with the subsequent makes). The executable seems to work OK: /bin/sh /usr/local/myusername/php/php_compile/php-4.0.3pl1/libtool --silent --mode=link cc -Aa -D_HPUX_SOURCE -I. -I/usr/local/myusername /php/php_compile/php-4.0.3pl1/ -I/usr/local/myusername/php/php_compile/php-4.0.3pl1 -I/usr/local/myusername/php/php_compile/php-4.0.3pl1/main -I/u sr/local/myusername/php/php_compile/php-4.0.3pl1/Zend -I/usr/local/myusername/php/php_compile/php-4.0.3pl1 -I/usr/local/myusername/php/php_compile/php-4. 0.3pl1/ext/xml/expat/xmltok -I/usr/local/myusername/php/php_compile/php-4.0.3pl1/ext/xml/expat/xmlparse -I/usr/local/myusername/php/php_compile/ph p-4.0.3pl1/TSRM -DXML_BYTE_ORDER=21 +e -o php -export-dynamic stub.lo libphp4.la /usr/ccs/bin/ld: Unsatisfied symbols: DL_UNLOAD (code) *** Error exit code 1 Stop. *** Error exit code 1 Stop. [mymachinename:myusername] (ttypc) $ make Making all in Zend Making all in main Making all in ext Making all in pcre Making all in pcrelib Making all in posix Making all in session Making all in standard Making all in xml Making all in expat Making all in xmltok Making all in xmlparse Making all in sapi Making all in cgi /bin/sh /usr/local/myusername/php/php_compile/php-4.0.3pl1/libtool --silent --mode=link cc -Aa -D_HPUX_SOURCE -I. -I/usr/local/myusername /php/php_compile/php-4.0.3pl1/sapi/cgi -I/usr/local/myusername/php/php_compile/php-4.0.3pl1 -I/usr/local/myusername/php/php_compile/php-4.0.3pl1/m ain -I/usr/local/myusername/php/php_compile/php-4.0.3pl1/Zend -I/usr/local/myusername/php/php_compile/php-4.0.3pl1 -I/usr/local/myusername/php/php_compil e/php-4.0.3pl1/ext/xml/expat/xmltok -I/usr/local/myusername/php/php_compile/php-4.0.3pl1/ext/xml/expat/xmlparse -I/usr/local/myusername/php/php_co mpile/php-4.0.3pl1/TSRM -DXML_BYTE_ORDER=21 +e -o libsapi.la cgi_main.lo getopt.lo Making all in TSRM Making all in regex Making all in . /bin/sh /usr/local/myusername/php/php_compile/php-4.0.3pl1/libtool --silent --mode=link cc -Aa -D_HPUX_SOURCE -I. -I/usr/local/myusername /php/php_compile/php-4.0.3pl1/ -I/usr/local/myusername/php/php_compile/php-4.0.3pl1 -I/usr/local/myusername/php/php_compile/php-4.0.3pl1/main -I/u sr/local/myusername/php/php_compile/php-4.0.3pl1/Zend -I/usr/local/myusername/php/php_compile/php-4.0.3pl1 -I/usr/local/myusername/php/php_compile/php-4. 0.3pl1/ext/xml/expat/xmltok
[PHP-DEV] Bug #8574 Updated: Berkeley DB (dba) support
ID: 8574 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: DBM/DBA related Operating System: RedHat Linux 6.2 PHP Version: 4.0.4 New Comment: No feedback. Closing. Previous Comments: [2001-11-27 05:46:52] [EMAIL PROTECTED] Does this problem still occur with 4.0.6, the latest RC (http://download.php.net/~zeev/php-4.1.0RC3.tar.gz) or the latest CVS? [2001-01-08 03:50:59] [EMAIL PROTECTED] I tried using minimum options - ./configure --with-apxs --without-mysql --with-db3=/usrlocal/BerkeleyDB.3.1/lib but the problem still persists. I even tried using the 'n' option instead of 'c' to the dba_open call. [2001-01-07 05:08:22] [EMAIL PROTECTED] PHP 4.0.4 gives me a driver initialization failure error when i try to use a dba function. This is the function that i'm calling - $ret = dba_open(/tmp/testing.db,c,db3); This is how i configured PHP - './configure' '--with-apxs' '--without-mysql' '--with-pgsql' '--with-ldap' '--with-mcrypt=/usr/local/lib' '--disable-posix-threads' '--enable-sockets' '--enable-magic-quotes' '--enable-inline-optimization' '--with-db3=/usr/local/lib/BerkeleyDB.3.1/lib' Edit this bug report at http://bugs.php.net/?id=8574edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8677 Updated: dbase module built with phpize doesn't work.
ID: 8677 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: dBase related Operating System: Debian GNU/Linux (woody) PHP Version: 4.0.4 New Comment: No feedback. Closing. Previous Comments: [2001-11-27 05:46:10] [EMAIL PROTECTED] Does this problem still occur with 4.0.6, the latest RC (http://download.php.net/~zeev/php-4.1.0RC3.tar.gz) or the latest CVS? [2001-01-12 11:46:46] [EMAIL PROTECTED] dbase module built with: mkdir dbase; cp _php_source/ext/dbase/* dbase/; cd dbase; phpize; configure --enable-dbase; make; make install; doesn't work and php complains that: PHP Warning: Invalid library (maybe not a PHP library) 'dbase.so' in Unknown on line 0 Edit this bug report at http://bugs.php.net/?id=8677edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14561 Updated: strtotime() bug
ID: 14561 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Date/time related Operating System: Linux ?.? PHP Version: 4.0.6 New Comment: I could reproduce this with 4.1.0 and 4.2.0dev, it's not fixed. But it's not a bug either, as strtotime does not understand every date syntax. Making this s feature request. Derick Previous Comments: [2001-12-18 07:12:40] [EMAIL PROTECTED] Can you try the latest CVS? There are some bugs fixed related to strtotime. [2001-12-17 10:57:05] [EMAIL PROTECTED] strtotime(19:30 Dec 17); // works okay strtotime(Dec 17 19:30); // returns -1 that's a bug i think. strangely enough the bug wasn't there in Php 4.0.5.. only in 4.0.6 gtx Bucky Edit this bug report at http://bugs.php.net/?id=14561edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10652 Updated: payflow pro support core dumps ftp
ID: 10652 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Verisign Payflow Pro related Operating System: Linux 6.2 EE PHP Version: 4.0 Latest CVS (03/05/2001) New Comment: No feedback. Closing. Previous Comments: [2001-11-27 05:27:23] [EMAIL PROTECTED] Does this problem still occur with the latest RC? http://download.php.net/~zeev/php-4.1.0RC3.tar.gz [2001-05-03 17:41:34] [EMAIL PROTECTED] Latest CVS and the latest SDK for Payflow Pro will produce a core dump when using the FTP command set. This has also happened on prior 4.0.x versions and previous versions of the pfpro SDK. This is compiled as a CGI for use with Zeus webserver however the crash will occur regardless of if Simple Script: ? $ftp = ftp_connect(ftp.domain.com); $login = ftp_login($ftp,user,pass); $list = ftp_rawlist($ftp); ftp_quit($ftp); ? Configure: './configure' '--with-mysql=/usr/local/mysql' '--with-config-file-path=/etc' '--with-system-regex' '--disable-debug' '--with-exec-dir=/' '--enable-sysvshm=yes' '--enable-sysvsem=yes' '--enable-ftp' '--enable-trans-sid' '--enable-inline-optimization' '--with-cybercash=/usr/work/mck-3.2.0.6-i586-pc-linux-gnulibc2.1' '--with-imap=/usr/work/imap-2000a' '--with-oci8' '--with-pfpro=/usr/local/verisign/payflowpro/linux' gdb backtrace: GNU gdb 19991004 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-redhat-linux... Core was generated by `./php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libpam.so.0...done. Reading symbols from /lib/libdl.so.2...done. Reading symbols from /usr/local/verisign/payflowpro/linux/lib/libpfpro.so...done. Reading symbols from /lib/libm.so.6...done. Reading symbols from /lib/libcrypt.so.1...done. Reading symbols from /usr/lib/libz.so.1...done. Reading symbols from /lib/libnsl.so.1...done. Reading symbols from /usr/local/mysql/lib/mysql/libmysqlclient.so.10...done. Reading symbols from /lib/libresolv.so.2...done. Reading symbols from /ora/app/lib/libclntsh.so.8.0...done. Reading symbols from /lib/libc.so.6...done. Reading symbols from /lib/ld-linux.so.2...done. Reading symbols from /lib/libpthread.so.0...done. Reading symbols from /ora/app/lib/libwtc8.so...done. Reading symbols from /lib/libnss_files.so.2...done. Reading symbols from /lib/libnss_nisplus.so.2...done. Reading symbols from /lib/libnss_nis.so.2...done. #0 0x400cb364 in pfproVersion () from /usr/local/verisign/payflowpro/linux/lib/libpfpro.so (gdb) bt #0 0x400cb364 in pfproVersion () from /usr/local/verisign/payflowpro/linux/lib/libpfpro.so #1 0x4071da75 in __new_tmpfile () at tmpfile.c:41 #2 0x806fdac in ftp_genlist (ftp=0x82391c0, cmd=0x8160926 LIST, path=0x81f3944 .) at ftp.c:1137 #3 0x806ed8b in ftp_list (ftp=0x82391c0, path=0x81f3944 .) at ftp.c:420 #4 0x806dc5c in php_if_ftp_rawlist (ht=2, return_value=0x82390dc, this_ptr=0x0, return_value_used=1) at php_ftp.c:446 #5 0x8109950 in execute (op_array=0x823906c) at ./zend_execute.c:1504 #6 0x80e36f8 in zend_execute_scripts (type=8, file_count=3) at zend.c:743 #7 0x80692e8 in php_execute_script (primary_file=0xbaa4) at main.c:1206 #8 0x8067b11 in main (argc=1, argv=0xbb04) at cgi_main.c:717 (gdb) quit Edit this bug report at http://bugs.php.net/?id=10652edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14454 Updated: is_enum() is not part of PHP4.1.0, as noted in the chang list.
ID: 14454 Updated by: sander Reported By: [EMAIL PROTECTED] Old Summary: Is_enum() is not part of PHP4.1.0, as noted in the chang list. Status: Open Old Bug Type: Feature/Change Request Bug Type: Arrays related Operating System: W2k PHP Version: 4.1.0 New Comment: This is not a feature request. Anyway, I can't find the function anywhere in the source (lxr). Can someone give some explanation about what happend to this function? Previous Comments: [2001-12-12 09:08:01] [EMAIL PROTECTED] . [2001-12-12 09:04:44] [EMAIL PROTECTED] In the change list you wrote: - Added support for single dimensional SafeArrays and Enumerations. Added an is_enum() function to check if a component implements an enumeration. (Alan, Harald) BUT calling is_enum() results in a Fatal error: Call to undefined function: is_enum() ALSO not part of the docu. Was it droped? Edit this bug report at http://bugs.php.net/?id=14454edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14454 Updated: is_enum() is not part of PHP4.1.0, as noted in the chang list.
ID: 14454 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Arrays related Operating System: W2k PHP Version: 4.1.0 New Comment: There was no is_enum() every. The NEWS entry is wrong (or out of context, whatever). It should be com_isenum(). Previous Comments: [2001-12-18 07:25:51] [EMAIL PROTECTED] This is not a feature request. Anyway, I can't find the function anywhere in the source (lxr). Can someone give some explanation about what happend to this function? [2001-12-12 09:08:01] [EMAIL PROTECTED] . [2001-12-12 09:04:44] [EMAIL PROTECTED] In the change list you wrote: - Added support for single dimensional SafeArrays and Enumerations. Added an is_enum() function to check if a component implements an enumeration. (Alan, Harald) BUT calling is_enum() results in a Fatal error: Call to undefined function: is_enum() ALSO not part of the docu. Was it droped? Edit this bug report at http://bugs.php.net/?id=14454edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14576: documention out of date
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.1.0 PHP Bug Type: Sockets related Bug description: documention out of date the documention on the socket extenion is very out of date, a bunch of the bogus bug reports on sockets is about socket() and other functions that now have different names -- Edit bug report at: http://bugs.php.net/?id=14576edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14577: socket_read() always in binary mode
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.1.0 PHP Bug Type: Sockets related Bug description: socket_read() always in binary mode i pass PHP_NORMAL_READ to socket_read() to read until next \n or \r as sockets.c tells. if i specify for example 200 as the length i get a 200 byte string back that includes multiple \n -- Edit bug report at: http://bugs.php.net/?id=14577edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14578: socket_read() behavior
From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version: 4.1.0
PHP Bug Type: Sockets related
Bug description: socket_read() behavior
I call socket_read() like this:
$data = socket_read($handle, 80, PHP_BINARY_READ);
and get 80 byte back. i made a loop to continue read until strlen($data)
80 (just experimenting):
--
$cnt = 0;
do {
$row = socket_read($irc, 80, PHP_BINARY_READ);
$cnt .= strlen($row);
if (strlen($row) 80) break;
}
echo $cnt bytes read;
--
This gives me 1027 bytes of data, even though there is more data left to
read, the last read only returns 67 bytes of data.
if i call socket_read() with 2048 as size, i also only get 1027 bytes
back
So i worked around this in my example loop like this:
$cnt = 0;
do {
$row = socket_read($irc, 1028, PHP_BINARY_READ);
$cnt .= strlen($row);
if (strlen($row) 1028) break;
}
echo $cnt bytes read;
Wich works, and reads everything for me. But is this really the expected
behaviour?
--
Edit bug report at: http://bugs.php.net/?id=14578edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14578 Updated: socket_read() behavior
ID: 14578
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Sockets related
Operating System: Windows 2000
PHP Version: 4.1.0
New Comment:
Hm in my last example there should be
--
$cnt = 0;
do {
$row = socket_read($irc, 1027, PHP_BINARY_READ);
$cnt .= strlen($row);
if (strlen($row) 1027) break;
}
echo $cnt bytes read;
--
of course, not 1028 :)
Previous Comments:
[2001-12-18 08:35:37] [EMAIL PROTECTED]
I call socket_read() like this:
$data = socket_read($handle, 80, PHP_BINARY_READ);
and get 80 byte back. i made a loop to continue read until strlen($data) 80 (just
experimenting):
--
$cnt = 0;
do {
$row = socket_read($irc, 80, PHP_BINARY_READ);
$cnt .= strlen($row);
if (strlen($row) 80) break;
}
echo $cnt bytes read;
--
This gives me 1027 bytes of data, even though there is more data left to read, the
last read only returns 67 bytes of data.
if i call socket_read() with 2048 as size, i also only get 1027 bytes back
So i worked around this in my example loop like this:
$cnt = 0;
do {
$row = socket_read($irc, 1028, PHP_BINARY_READ);
$cnt .= strlen($row);
if (strlen($row) 1028) break;
}
echo $cnt bytes read;
Wich works, and reads everything for me. But is this really the expected behaviour?
Edit this bug report at http://bugs.php.net/?id=14578edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: php4 /ext/standard math.c
derick Sun Dec 16 05:59:20 2001 EDT
Modified files:
/php4/ext/standard math.c
Log:
- Fix for bug #14544, bogus warning in pow()
Excuse me for disturbing, but it's actually wrong now. You cannot take the
logarithm of zero. As a consequence, in exponential ways of doing pow()
(i.e. with floating-point exponent) you MUST have a positive (implying
non-zero) base.
However, with a positive exponent, it is possible to determine the limit
base-0 of e^(log(base) * exp), which equals zero. You can argue wether or
not pow() should yield zero in this case, but as people expect pow(x,0.5) to
behave like sqrt(x), I agree it'd be better to yield zero.
In concreto:
Up until revision 1.66:
pow(x, y) [x0] = warning about nonpositive exponent
pow(0, y) [y=0] = warning about nonpositive exponent
pow(0, y) [y0] = warning
Revision 1.67:
pow(x, y) [x0] = warning about nonpositive exponent
pow(0, y) [y=0] = INF/NAN without warning
pow(0, y) [y0] = 0.0 (because exp(NEG_INF) returns 0.0)
I suggest:
pow(x, y) [x0] = warning about negative exponent
pow(0, y) [y=0] = different warning (pow(0, y) is undefined)
pow(0, y) [y0] = 0.0
[begin pseudo-diff]
+ if (Z_DVAL_PP(zbase) == 0.0) {
+ if (Z_DVAL_PP(zexp) 0) {
+RETURN_DOUBLE(0.0);
+ } else {
+ warning
+ }
+ }
if (Z_DVAL_PP(zbase) 0.0) { /* can remain like it is now after all */
:s/nonpostive/negative
[end pseudo-diff]
As for the bug, it is wrong to think that abs always yields a positive
value. abs returns a nonnegative value. So the warning DID correspond to the
case, this issue was that in this particular case it is possible to return a
decent result, even though base is nonpositive and exponent is broken
(=floating point).
#- I think I do not need to tell who screwed this up
Why are you so hatefull?
Regards,
--Jeroen
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PCRE 3.7
On Sat, 15 Dec 2001, Sebastian Bergmann wrote: Just learned on www.pcre.org that PCRE 3.7 is out. PHP comes bundled with PCRE 3.4, so we might want to upgrade, won't we? Thies asked the same question and here is what my response was: I looked at it and didn't find a compelling reason to do so. It seemed the changes did not really touch any functionality that we use. The only one that seems interesting is removal of 99 capturing subpattern limit (up to 65,535 now), but that will require some changes in php_pcre.c so I think I'll wait until 3.8 or so. -Andrei Give a man a fish; you have fed him for today. Teach a man to fish; and you can sell him fishing equipment. -Author unknown -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14579: ImageTypes() returns no supported Image Types
From: [EMAIL PROTECTED]
Operating system: RedHat6.2
PHP version: 4.1.0
PHP Bug Type: GD related
Bug description: ImageTypes() returns no supported Image Types
gd1.3/PHP4.1.0
[...]
$im_types = @ImageTypes();
if(empty($im_types))
{
echo Error;
}
else
{
if($im_types IMG_JPG)
{
[...]
- Error is echoed.
php_info() says:
GD support enabled
GD version between 1.3 and 1.6.1
GIF Read Support enabled
GIF Create Support enabled
The same script with PHP4.0.3pl1 and PHP4.0.6 acts as expected.
--
Edit bug report at: http://bugs.php.net/?id=14579edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13970 Updated: possible deadlock?
ID: 13970 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Performance problem Operating System: linux, kernel 2.2.x PHP Version: 4.0.6 New Comment: 4.1.0 works all okay - i've encoutered no strange behaviour. thanks for the good work! Michal Vitecek Previous Comments: [2001-12-12 19:14:35] [EMAIL PROTECTED] Could you try PHP 4.1.0 see if it help? and report the result? [2001-11-07 06:29:06] [EMAIL PROTECTED] okay - i tried with php4-20011107. no luck though because there were some other issues: - compilation problems (the configure script wrongly thinks that gdImageColorResolve is undefined in gd-2.0.1) - stability problems (the apache children segfaulted - one each ~3 secs) - other problems (this version claimed that some files couldn't be stated because of permissions - apparently wrong because the files are created by the same user that reads them and are normally accessible + no problems with 4.0.5-6). [2001-11-07 05:45:22] [EMAIL PROTECTED] Any chance you could test the current CVS code? Snapshots are available from http://snaps.php.net [2001-11-07 05:28:04] [EMAIL PROTECTED] hello, with php 4.0.6 apache stops responding after 3-12 hours of working whereas with 4.0.5 everything's okay. it definitely looks like some kind of a deadlock and it's unpredictable when the it happens. php is compiled with these options: CFLAGS=-O6 -march=i686 -fomit-frame-pointer \ ./configure \ -with-sybase-ct=/home/sybase \ --enable-sysvsem \ --enable-sysvshm \ --enable-memory-limit \ --enable-sockets \ --disable-session \ --with-gmp \ --with-dbase \ --with-gd \ --enable-gd-native-ttf \ --with-freetype-dir=/usr/local \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-zlib-dir=/usr \ --without-mysql \ --with-apache=../apache the same bad behaviour occurs with php compiled as a standalone aplication when the script runs for a longish time. the memory-limit patch for 4.0.6 was installed. thanks Michal Vitecek Edit this bug report at http://bugs.php.net/?id=13970edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13970 Updated: possible deadlock?
ID: 13970 Updated by: jpm Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Performance problem Operating System: linux, kernel 2.2.x PHP Version: 4.0.6 New Comment: Status - closed. Previous Comments: [2001-12-18 09:53:43] [EMAIL PROTECTED] 4.1.0 works all okay - i've encoutered no strange behaviour. thanks for the good work! Michal Vitecek [2001-12-12 19:14:35] [EMAIL PROTECTED] Could you try PHP 4.1.0 see if it help? and report the result? [2001-11-07 06:29:06] [EMAIL PROTECTED] okay - i tried with php4-20011107. no luck though because there were some other issues: - compilation problems (the configure script wrongly thinks that gdImageColorResolve is undefined in gd-2.0.1) - stability problems (the apache children segfaulted - one each ~3 secs) - other problems (this version claimed that some files couldn't be stated because of permissions - apparently wrong because the files are created by the same user that reads them and are normally accessible + no problems with 4.0.5-6). [2001-11-07 05:45:22] [EMAIL PROTECTED] Any chance you could test the current CVS code? Snapshots are available from http://snaps.php.net [2001-11-07 05:28:04] [EMAIL PROTECTED] hello, with php 4.0.6 apache stops responding after 3-12 hours of working whereas with 4.0.5 everything's okay. it definitely looks like some kind of a deadlock and it's unpredictable when the it happens. php is compiled with these options: CFLAGS=-O6 -march=i686 -fomit-frame-pointer \ ./configure \ -with-sybase-ct=/home/sybase \ --enable-sysvsem \ --enable-sysvshm \ --enable-memory-limit \ --enable-sockets \ --disable-session \ --with-gmp \ --with-dbase \ --with-gd \ --enable-gd-native-ttf \ --with-freetype-dir=/usr/local \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-zlib-dir=/usr \ --without-mysql \ --with-apache=../apache the same bad behaviour occurs with php compiled as a standalone aplication when the script runs for a longish time. the memory-limit patch for 4.0.6 was installed. thanks Michal Vitecek Edit this bug report at http://bugs.php.net/?id=13970edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13970 Updated: possible deadlock?
ID: 13970 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Performance problem Operating System: linux, kernel 2.2.x PHP Version: 4.0.6 New Comment: status - close Previous Comments: [2001-12-18 09:54:36] [EMAIL PROTECTED] Status - closed. [2001-12-18 09:53:43] [EMAIL PROTECTED] 4.1.0 works all okay - i've encoutered no strange behaviour. thanks for the good work! Michal Vitecek [2001-12-12 19:14:35] [EMAIL PROTECTED] Could you try PHP 4.1.0 see if it help? and report the result? [2001-11-07 06:29:06] [EMAIL PROTECTED] okay - i tried with php4-20011107. no luck though because there were some other issues: - compilation problems (the configure script wrongly thinks that gdImageColorResolve is undefined in gd-2.0.1) - stability problems (the apache children segfaulted - one each ~3 secs) - other problems (this version claimed that some files couldn't be stated because of permissions - apparently wrong because the files are created by the same user that reads them and are normally accessible + no problems with 4.0.5-6). [2001-11-07 05:45:22] [EMAIL PROTECTED] Any chance you could test the current CVS code? Snapshots are available from http://snaps.php.net 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/?id=13970 Edit this bug report at http://bugs.php.net/?id=13970edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #14563 Updated: include_path in Apache SAPI on Win2K very broken...
[EMAIL PROTECTED] schrieb im Newsbeitrag
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
ID: 14563
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *Configuration Issues
Operating System: Windows 2000 (Win2K)
PHP Version: 4.1.0
New Comment:
Warning: Failed opening '/apache/htdocs/curl_banking.php' for inclusion
(include_path='.;y:\apache\includes') in Unknown on line 0
PHP (on Win32) also responds also with the Failed opening '/x.php' for
inclusion message if it can't find the originally called file (try calling
a non-existant php-file), at least with PHP as SAPI, but not as CGI (message
in CGI: Unable to open x.php in Unknown on line 0')
There is no specific need to set it to .. It's the default.
If it is the same as the default, shouldn't it work?
If I can't get
include_path=.
to work under Win2K SAPI, how would
include_path=.;C:\PHP\includes
ever be able to function?
I always had to set '.' in include_path when setting any other value, at
least with SAPI.
I don't have much experience with Apache SAPI, but in IIS PHP has problems
to get the appropriate permissions for include files, specially if the
reside on network shares. In IIS the work around is to let IIS check the
permissions for PHP ('check that file exists'). Only after that PHP is able
to fetch the original file and the includes if the user on which the server
runs has the appropriate permissions.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PCRE 3.7
Andrei Zmievski wrote: I looked at it and didn't find a compelling reason to do so. It seemed the changes did not really touch any functionality that we use. The only one that seems interesting is removal of 99 capturing subpattern limit (up to 65,535 now), but that will require some changes in php_pcre.c so I think I'll wait until 3.8 or so. Okay, Sebastian -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14580: Incorrect behavior with key containing NULL byte
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.1.0 PHP Bug Type: Arrays related Bug description: Incorrect behavior with key containing NULL byte We are trying using array wich contain as key a binary value. We have no problem when storing this key and value in the array, but when we want to get the key, the key is truncated ! Tested with Php 4.0.6 and 4.1.0 ? $key = string\0withnull; echo strlen( . urlencode($key) . ) = . strlen($key) . br; $a = array($key = val); echo $a[$key] . br; // Result is correct reset($a) ; echo (key($a) == $key) ? equal : not equal ;// part of the key is lost echo ( . urlencode(key($a)) . == . urlencode($key) .) ; ? -- Edit bug report at: http://bugs.php.net/?id=14580edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] [Patch] To Zend for bug 1457
So we all finally agreed on this? : ) - Original Message - From: Derick Rethans [EMAIL PROTECTED] To: PHP Developers Mailing List [EMAIL PROTECTED] Sent: Tuesday, December 18, 2001 5:14 AM Subject: [PHP-DEV] [Patch] To Zend for bug 1457 Hello, here is a patch that implements shell_exit(). It is simliar to exit(), but it does not print the return value. regards, Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.net - JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED] Boulevard Heuvelink 102 - 6828 KT Arnhem - The Netherlands - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14581: Invalid object in xpath_new_context
From: [EMAIL PROTECTED] Operating system: win NT 4.0 PHP version: 4.1.0 PHP Bug Type: DOM XML related Bug description: Invalid object in xpath_new_context This code works fine in 4.0.6 But wouldn't work in 4.1.0 $doc=xmldoc($xml_string); $ctx=xpath_new_context($doc); -- Warning: Invalid object... -- Edit bug report at: http://bugs.php.net/?id=14581edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14582: initializing with NULL reference
From: [EMAIL PROTECTED]
Operating system: slackware linux 8.0
PHP version: 4.1.0
PHP Bug Type: Scripting Engine problem
Bug description: initializing with NULL reference
I've encountered stack problem. Here is simplest code, that reproduces
this:
?php
class CForm {
var $inputs;
function Cform() {
$this - inputs = array();
}
function get_input($name) {
return($this - inputs[$name]);
}
};
class Cinput_select {
var $values;
var $name;
function Cinput_select($t) {
$this - name = $t;
$this - options = array();
}
function add_value($value) {
$this - values[] = $value;
}
};
$form = new CForm();
//coment next two lines and new returns NULL
$sel = new CInput_select(b);
$sel - add_value(a);
$a = $form - get_input(a);
var_dump($a);
$sel = new CInput_select(test);
var_dump($sel);
$sel - add_value(a);
?
After call to CForm::get_input() $a is not a registered variable. Later new
returns corrupted structure.
If you comment out first two lines of program new returns NULL.
In my original source code even when I created object using diffrient name
after assigning NULL reference to variable new still corupts some of my
variables. I think its becouse $a doesn't have storage on stack but
interpreter thinks that it has.
I think that returning NULL reference should initialize variable to false.
This is code is not good programming pracitce and could be easily ommited,
but taht doesn't change the fact that this is a bug.
regards
Lukasz Michalski
--
Edit bug report at: http://bugs.php.net/?id=14582edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14581 Updated: Invalid object in xpath_new_context
ID: 14581 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: DOM XML related Operating System: win NT 4.0 PHP Version: 4.1.0 New Comment: Fixed already in CVS. Previous Comments: [2001-12-18 11:09:58] [EMAIL PROTECTED] This code works fine in 4.0.6 But wouldn't work in 4.1.0 $doc=xmldoc($xml_string); $ctx=xpath_new_context($doc); -- Warning: Invalid object... Edit this bug report at http://bugs.php.net/?id=14581edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14581 Updated: Invalid object in xpath_new_context
ID: 14581 Updated by: mfischer Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: DOM XML related Operating System: win NT 4.0 PHP Version: 4.1.0 New Comment: Btw, use $doc-xpath_new_context() syntax. Previous Comments: [2001-12-18 11:11:24] [EMAIL PROTECTED] Fixed already in CVS. [2001-12-18 11:09:58] [EMAIL PROTECTED] This code works fine in 4.0.6 But wouldn't work in 4.1.0 $doc=xmldoc($xml_string); $ctx=xpath_new_context($doc); -- Warning: Invalid object... Edit this bug report at http://bugs.php.net/?id=14581edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: Bug #14549 Updated: Warning: Unknown persistent list...
This bug is already fixed in CVS.
At 20:10 17/12/2001, John Lim wrote:
Hi
This requires using CGI and not ISAPI to reproduce.
I reported this bug also a week ago.
John Lim
[EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
ID: 14549
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Old Bug Type: Scripting Engine problem
Bug Type: MySQL related
Operating System: Windows 2000
PHP Version: 4.1.0
New Comment:
Can't reproduce... pconnect() works fine for me.
What is the version of the Zend Engine? (see phpinfo())
(reclassified)
Previous Comments:
[2001-12-16 13:26:41] [EMAIL PROTECTED]
heh :) sorry
finger-to-keyboard error ... :)
This Warning message is visible since PHP4.1.0
not 4.0.1 ...
[2001-12-16 13:18:41] [EMAIL PROTECTED]
What I do wrong if this easy error-less script
?
$db = MYSQL_PCONNECT(localhost,root,) OR DIE();
mysql_select_db(chat,$db) or DIE();
$ares=mysql_query(select * from c_users);
echo CHAT room - online users: ;
if (mysql_num_rows($ares)==0) echo nobody;
while ($arow=mysql_fetch_array($ares))
{
echo $arow[username];
}
?
produce this output with Warning message ...
CHAT room - online users: nobody
Warning: Unknown persistent list entry type in module shutdown (11) in
Unknown on line 0
This warning I see if I enable the option
error_reporting = E_ALL ~E_NOTICE
in php.ini. This message is visible since PHP4.0.1
When I downgrade to PHP4.0.6, the message isn't there.
Edit this bug report at http://bugs.php.net/?id=14549edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14582 Updated: initializing with NULL reference
ID: 14582
Updated by: mfischer
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Operating System: slackware linux 8.0
PHP Version: 4.1.0
New Comment:
Seems we've a leak here:
$ php -f 14582.php
NULL
object(cinput_select)(3) {
[values]=
array(0) {
}
[name]=
array(0) {
}
[options]=
array(0) {
}
}
./zend_execute.c(425) : Freeing 0x082FC964 (2 bytes), script=14582.php
zend_variables.c(107) : Actual location (location was relayed)
I remember seeing another BR leeking at the same place when trying to access arrays
with constants but can't find it right now.
Previous Comments:
[2001-12-18 11:11:07] [EMAIL PROTECTED]
I've encountered stack problem. Here is simplest code, that reproduces this:
?php
class CForm {
var $inputs;
function Cform() {
$this - inputs = array();
}
function get_input($name) {
return($this - inputs[$name]);
}
};
class Cinput_select {
var $values;
var $name;
function Cinput_select($t) {
$this - name = $t;
$this - options = array();
}
function add_value($value) {
$this - values[] = $value;
}
};
$form = new CForm();
//coment next two lines and new returns NULL
$sel = new CInput_select(b);
$sel - add_value(a);
$a = $form - get_input(a);
var_dump($a);
$sel = new CInput_select(test);
var_dump($sel);
$sel - add_value(a);
?
After call to CForm::get_input() $a is not a registered variable. Later new returns
corrupted structure.
If you comment out first two lines of program new returns NULL.
In my original source code even when I created object using diffrient name after
assigning NULL reference to variable new still corupts some of my variables. I think
its becouse $a doesn't have storage on stack but interpreter thinks that it has.
I think that returning NULL reference should initialize variable to false. This is
code is not good programming pracitce and could be easily ommited, but taht doesn't
change the fact that this is a bug.
regards
Lukasz Michalski
Edit this bug report at http://bugs.php.net/?id=14582edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP for Win32 without MySQL?
Has anyone attempted to build a version of PHP on Win32 without MySQL? In config.w32.h there is the following couple of lines: /* set to enable mysql */ #define HAVE_MYSQL 1 ... and if you set this equal to 0, the compile progresses normally until you hit php_mysql.c. (VC++ gives up after a couple of hundred errors... mostly undeclared identifier errors, which are most likely caused by a header not being included somewhere along the way.) - Matt -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] PHP for Win32 without MySQL?
Has anyone attempted to build a version of PHP on Win32 without MySQL? snip normally until you hit php_mysql.c. Just remove the mysql files from the project and recompile? That should work, even though I didn't try it :) Cheerio, Marc. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14583: GD 1.6.x in PHP4.1.0
From: [EMAIL PROTECTED] Operating system: Windows PHP version: 4.1.0 PHP Bug Type: GD related Bug description: GD 1.6.x in PHP4.1.0 Why did you backstep to GD1.6.x in PHP4.1.0 ? - PHP4.0.6 came with GD2.0.x and TrueColor,... -- Edit bug report at: http://bugs.php.net/?id=14583edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14583 Updated: GD 1.6.x in PHP4.1.0
ID: 14583 Updated by: jpm Reported By: [EMAIL PROTECTED] Old Status: Open Status: Analyzed Bug Type: GD related Operating System: Windows PHP Version: 4.1.0 New Comment: That is a good question, and one that I have been ranting about on the php-dev list for a while now. You can either try to compile PHP with GD 2.0.1 yourself or email Daniel from php4win.de and see if he would provide a php_gd.dll for 2.0.1. -- Joao p.s.: I would guess this would be an 'analyzed' entry ? Previous Comments: [2001-12-18 11:25:24] [EMAIL PROTECTED] Why did you backstep to GD1.6.x in PHP4.1.0 ? - PHP4.0.6 came with GD2.0.x and TrueColor,... Edit this bug report at http://bugs.php.net/?id=14583edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14583 Updated: GD 1.6.x in PHP4.1.0
ID: 14583 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Analyzed Status: Open Bug Type: GD related Operating System: Windows PHP Version: 4.1.0 New Comment: just cancel this,... I found it reported as a Bogus,.. - http://bugs.php.net/bug.php?id=14461 Previous Comments: [2001-12-18 11:29:55] [EMAIL PROTECTED] That is a good question, and one that I have been ranting about on the php-dev list for a while now. You can either try to compile PHP with GD 2.0.1 yourself or email Daniel from php4win.de and see if he would provide a php_gd.dll for 2.0.1. -- Joao p.s.: I would guess this would be an 'analyzed' entry ? [2001-12-18 11:25:24] [EMAIL PROTECTED] Why did you backstep to GD1.6.x in PHP4.1.0 ? - PHP4.0.6 came with GD2.0.x and TrueColor,... Edit this bug report at http://bugs.php.net/?id=14583edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14583 Updated: GD 1.6.x in PHP4.1.0
ID: 14583 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: GD related Operating System: Windows PHP Version: 4.1.0 New Comment: quick respons eh,. :D I am already signed up at php4win.de I have tryed using the lastest GD from php4win,... with no success,. :´( Previous Comments: [2001-12-18 11:30:01] [EMAIL PROTECTED] just cancel this,... I found it reported as a Bogus,.. - http://bugs.php.net/bug.php?id=14461 [2001-12-18 11:29:55] [EMAIL PROTECTED] That is a good question, and one that I have been ranting about on the php-dev list for a while now. You can either try to compile PHP with GD 2.0.1 yourself or email Daniel from php4win.de and see if he would provide a php_gd.dll for 2.0.1. -- Joao p.s.: I would guess this would be an 'analyzed' entry ? [2001-12-18 11:25:24] [EMAIL PROTECTED] Why did you backstep to GD1.6.x in PHP4.1.0 ? - PHP4.0.6 came with GD2.0.x and TrueColor,... Edit this bug report at http://bugs.php.net/?id=14583edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14583 Updated: GD 1.6.x in PHP4.1.0
ID: 14583 Updated by: jpm Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: GD related Operating System: Windows PHP Version: 4.1.0 New Comment: Alright, it's not like anyone cares about the portability of GD based applications, huh ? /sarcasm Status - bogus. Previous Comments: [2001-12-18 11:31:54] [EMAIL PROTECTED] quick respons eh,. :D I am already signed up at php4win.de I have tryed using the lastest GD from php4win,... with no success,. :´( [2001-12-18 11:30:01] [EMAIL PROTECTED] just cancel this,... I found it reported as a Bogus,.. - http://bugs.php.net/bug.php?id=14461 [2001-12-18 11:29:55] [EMAIL PROTECTED] That is a good question, and one that I have been ranting about on the php-dev list for a while now. You can either try to compile PHP with GD 2.0.1 yourself or email Daniel from php4win.de and see if he would provide a php_gd.dll for 2.0.1. -- Joao p.s.: I would guess this would be an 'analyzed' entry ? [2001-12-18 11:25:24] [EMAIL PROTECTED] Why did you backstep to GD1.6.x in PHP4.1.0 ? - PHP4.0.6 came with GD2.0.x and TrueColor,... Edit this bug report at http://bugs.php.net/?id=14583edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP memory problems
Hello, I'm using PHP 4.0.6 and have the following (very annoying) problem: Running a complex web application, after some time of use, I got the 'memory limit exceeded' message, in different points of my application. Waiting some time sometimes solves the problem. I believe the fault is in the memory allocation/deallocation routines, because I do a lot of string concatenation and know this operation can be a real pain for memory management code. The question is how does PHP deal with memory? i mean, does it have a unique memory pool for every page hit? Is the 8 Mb limit for every page hit? Is it possible that the memory reclaim code is causing such a behaviour? is there a way to force a garbage collection run? Any hint/though? Thanks Cris -- Cristiano Verondini http://noway.ing.unibo.it [Due cose sono infinite: l'universo e la stupidità umana, e non sono sicuro della prima] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14583 Updated: GD 1.6.x in PHP4.1.0
ID: 14583 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: GD related Operating System: Windows PHP Version: 4.1.0 New Comment: ROLF :D Well, my Thumbnail-Maker is making ugly JPEGs now,.. some of them looks very funny. Previous Comments: [2001-12-18 11:32:35] [EMAIL PROTECTED] Alright, it's not like anyone cares about the portability of GD based applications, huh ? /sarcasm Status - bogus. [2001-12-18 11:31:54] [EMAIL PROTECTED] quick respons eh,. :D I am already signed up at php4win.de I have tryed using the lastest GD from php4win,... with no success,. :´( [2001-12-18 11:30:01] [EMAIL PROTECTED] just cancel this,... I found it reported as a Bogus,.. - http://bugs.php.net/bug.php?id=14461 [2001-12-18 11:29:55] [EMAIL PROTECTED] That is a good question, and one that I have been ranting about on the php-dev list for a while now. You can either try to compile PHP with GD 2.0.1 yourself or email Daniel from php4win.de and see if he would provide a php_gd.dll for 2.0.1. -- Joao p.s.: I would guess this would be an 'analyzed' entry ? [2001-12-18 11:25:24] [EMAIL PROTECTED] Why did you backstep to GD1.6.x in PHP4.1.0 ? - PHP4.0.6 came with GD2.0.x and TrueColor,... Edit this bug report at http://bugs.php.net/?id=14583edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] PHP for Win32 without MySQL?
Your best bet is to remove all files which are related to MySQL from your project. (and not define HAVE_MYSQL) Andi At 11:16 AM 12/18/2001 -0500, Matt White wrote: Has anyone attempted to build a version of PHP on Win32 without MySQL? In config.w32.h there is the following couple of lines: /* set to enable mysql */ #define HAVE_MYSQL 1 ... and if you set this equal to 0, the compile progresses normally until you hit php_mysql.c. (VC++ gives up after a couple of hundred errors... mostly undeclared identifier errors, which are most likely caused by a header not being included somewhere along the way.) - Matt -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #14583 Updated: GD 1.6.x in PHP4.1.0
I suggest you to try using PNG format for that functionality. Beware that ImageTTFText() renders 'blocky' text on JPEGs, but seems to work better in PNGs. Oh well. Joao On 18 Dec 2001 [EMAIL PROTECTED] wrote: ID: 14583 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: GD related Operating System: Windows PHP Version: 4.1.0 New Comment: ROLF :D Well, my Thumbnail-Maker is making ugly JPEGs now,.. some of them looks very funny. Previous Comments: [2001-12-18 11:32:35] [EMAIL PROTECTED] Alright, it's not like anyone cares about the portability of GD based applications, huh ? /sarcasm Status - bogus. [2001-12-18 11:31:54] [EMAIL PROTECTED] quick respons eh,. :D I am already signed up at php4win.de I have tryed using the lastest GD from php4win,... with no success,. :´( [2001-12-18 11:30:01] [EMAIL PROTECTED] just cancel this,... I found it reported as a Bogus,.. - http://bugs.php.net/bug.php?id=14461 [2001-12-18 11:29:55] [EMAIL PROTECTED] That is a good question, and one that I have been ranting about on the php-dev list for a while now. You can either try to compile PHP with GD 2.0.1 yourself or email Daniel from php4win.de and see if he would provide a php_gd.dll for 2.0.1. -- Joao p.s.: I would guess this would be an 'analyzed' entry ? [2001-12-18 11:25:24] [EMAIL PROTECTED] Why did you backstep to GD1.6.x in PHP4.1.0 ? - PHP4.0.6 came with GD2.0.x and TrueColor,... Edit this bug report at http://bugs.php.net/?id=14583edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- João Prado Maia [EMAIL PROTECTED] http://phpbrasil.com - php com um jeitinho brasileiro -- Precisando de consultoria em desenvolvimento para a Internet ? Impleo.net - http://impleo.net/?lang=br -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14583 Updated: GD 1.6.x in PHP4.1.0
ID: 14583 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: GD related Operating System: Windows PHP Version: 4.1.0 New Comment: I meant: ROFL :D 0149; Added support for GD2 image type for ImageCreateFromString() (Jani) 0149; Added ImageCreateFromGD(), ImageCreateFromGD2(), ImageCreateFromGD2part(), ImageGD() and ImageGD2() functions (Jani) these are worthless without GD2 Previous Comments: [2001-12-18 11:37:09] [EMAIL PROTECTED] ROLF :D Well, my Thumbnail-Maker is making ugly JPEGs now,.. some of them looks very funny. [2001-12-18 11:32:35] [EMAIL PROTECTED] Alright, it's not like anyone cares about the portability of GD based applications, huh ? /sarcasm Status - bogus. [2001-12-18 11:31:54] [EMAIL PROTECTED] quick respons eh,. :D I am already signed up at php4win.de I have tryed using the lastest GD from php4win,... with no success,. :´( [2001-12-18 11:30:01] [EMAIL PROTECTED] just cancel this,... I found it reported as a Bogus,.. - http://bugs.php.net/bug.php?id=14461 [2001-12-18 11:29:55] [EMAIL PROTECTED] That is a good question, and one that I have been ranting about on the php-dev list for a while now. You can either try to compile PHP with GD 2.0.1 yourself or email Daniel from php4win.de and see if he would provide a php_gd.dll for 2.0.1. -- Joao p.s.: I would guess this would be an 'analyzed' entry ? 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/?id=14583 Edit this bug report at http://bugs.php.net/?id=14583edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #14583 Updated: GD 1.6.x in PHP4.1.0
Well, to be fair they are only worthless on the Windows binary version that comes with GD 1.6.2. You can always try to compile PHP on your own though. Don't get me wrong, this is still a mess :) Joao On 18 Dec 2001 [EMAIL PROTECTED] wrote: ID: 14583 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: GD related Operating System: Windows PHP Version: 4.1.0 New Comment: I meant: ROFL :D 0149; Added support for GD2 image type for ImageCreateFromString() (Jani) 0149; Added ImageCreateFromGD(), ImageCreateFromGD2(), ImageCreateFromGD2part(), ImageGD() and ImageGD2() functions (Jani) these are worthless without GD2 Previous Comments: [2001-12-18 11:37:09] [EMAIL PROTECTED] ROLF :D Well, my Thumbnail-Maker is making ugly JPEGs now,.. some of them looks very funny. [2001-12-18 11:32:35] [EMAIL PROTECTED] Alright, it's not like anyone cares about the portability of GD based applications, huh ? /sarcasm Status - bogus. [2001-12-18 11:31:54] [EMAIL PROTECTED] quick respons eh,. :D I am already signed up at php4win.de I have tryed using the lastest GD from php4win,... with no success,. :´( [2001-12-18 11:30:01] [EMAIL PROTECTED] just cancel this,... I found it reported as a Bogus,.. - http://bugs.php.net/bug.php?id=14461 [2001-12-18 11:29:55] [EMAIL PROTECTED] That is a good question, and one that I have been ranting about on the php-dev list for a while now. You can either try to compile PHP with GD 2.0.1 yourself or email Daniel from php4win.de and see if he would provide a php_gd.dll for 2.0.1. -- Joao p.s.: I would guess this would be an 'analyzed' entry ? 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/?id=14583 Edit this bug report at http://bugs.php.net/?id=14583edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- João Prado Maia [EMAIL PROTECTED] http://phpbrasil.com - php com um jeitinho brasileiro -- Precisando de consultoria em desenvolvimento para a Internet ? Impleo.net - http://impleo.net/?lang=br -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: PHP memory problems
There's a memory limit patch available on the PHP download page at http://www.php.net/downloads.php (PHP 4.0.6 memory limit fix). It should fix this problem, I believe. Might want to considering upgrading to 4.1.0, though. J Cristiano Verondini wrote: Hello, I'm using PHP 4.0.6 and have the following (very annoying) problem: Running a complex web application, after some time of use, I got the 'memory limit exceeded' message, in different points of my application. Waiting some time sometimes solves the problem. I believe the fault is in the memory allocation/deallocation routines, because I do a lot of string concatenation and know this operation can be a real pain for memory management code. The question is how does PHP deal with memory? i mean, does it have a unique memory pool for every page hit? Is the 8 Mb limit for every page hit? Is it possible that the memory reclaim code is causing such a behaviour? is there a way to force a garbage collection run? Any hint/though? Thanks Cris -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14584: $XPathObject-nodeset[0]-content is missing
From: [EMAIL PROTECTED] Operating system: win nt 4.0 PHP version: 4.1.0 PHP Bug Type: DOM XML related Bug description: $XPathObject-nodeset[0]-content is missing This works in 4.0.6 But not in 4.1.0 $ctx= $doc-xpath_new_context(); $XPathObject= xpath_eval($ctx, //*); $XPathObject-nodeset[0]-content; --- content is missing -- Edit bug report at: http://bugs.php.net/?id=14584edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14566 Updated: Session variables become read only
ID: 14566 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Session related Operating System: Solaris 7 PHP Version: 4.1.0 New Comment: register_globals is on. I have been trying to narrow everything down to a simple test case, but have not yet been able to. It now appears that something acts differently in 4.1.0 that changes the reference of the global variable to something different than the HTTP_SESSION_VARS[] variable which did not do so in 4.0.6. A workaround is to set HTTP_SESSION_VARS[varname] = GLOBALS[varname] before the end of the script. Previous Comments: [2001-12-17 15:55:08] [EMAIL PROTECTED] Can you post your script, and tell use the settings of register_globals? Derick [2001-12-17 15:47:43] [EMAIL PROTECTED] In PHP 4.1.0 it seems that session variables can only be set once and will not be updated from subsequent pages (when using a user save_handler at least). The same code works fine in PHP 4.0.6. It seems that the write handler registered with session_set_save_handler() gets the same session data that was read with the read handler except that newly set session variables get added. Edit this bug report at http://bugs.php.net/?id=14566edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14583 Updated: GD 1.6.x in PHP4.1.0
ID: 14583 Updated by: sander Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: GD related Operating System: Windows PHP Version: 4.1.0 New Comment: GD2 is cool but still beta. We got many reports about it. There were many votes for distributing them both, but unfortunately only 1.6 is distributed with the Win32 package. Previous Comments: [2001-12-18 11:40:49] [EMAIL PROTECTED] I meant: ROFL :D 0149; Added support for GD2 image type for ImageCreateFromString() (Jani) 0149; Added ImageCreateFromGD(), ImageCreateFromGD2(), ImageCreateFromGD2part(), ImageGD() and ImageGD2() functions (Jani) these are worthless without GD2 [2001-12-18 11:37:09] [EMAIL PROTECTED] ROLF :D Well, my Thumbnail-Maker is making ugly JPEGs now,.. some of them looks very funny. [2001-12-18 11:32:35] [EMAIL PROTECTED] Alright, it's not like anyone cares about the portability of GD based applications, huh ? /sarcasm Status - bogus. [2001-12-18 11:31:54] [EMAIL PROTECTED] quick respons eh,. :D I am already signed up at php4win.de I have tryed using the lastest GD from php4win,... with no success,. :´( [2001-12-18 11:30:01] [EMAIL PROTECTED] just cancel this,... I found it reported as a Bogus,.. - http://bugs.php.net/bug.php?id=14461 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/?id=14583 Edit this bug report at http://bugs.php.net/?id=14583edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14585: parse error
From: [EMAIL PROTECTED] Operating system: Windows 2000 SP2 PHP version: 4.1.0 PHP Bug Type: Compile Failure Bug description: parse error ?php $a = @$b; ? -- Edit bug report at: http://bugs.php.net/?id=14585edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14585 Updated: parse error
ID: 14585 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Compile Failure Operating System: Windows 2000 SP2 PHP Version: 4.1.0 New Comment: What are you trying to reach with this? Previous Comments: [2001-12-18 13:07:20] [EMAIL PROTECTED] ?php $a = @$b; ? Edit this bug report at http://bugs.php.net/?id=14585edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9911 Updated: Segmentation fault of httpd (w/mod_php4)
ID: 9911 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Sybase-ct (ctlib) related Operating System: Linux Redhat 6.2/Freebsd 4.2 PHP Version: 4.0.4pl1 New Comment: Can you reproduce this with later version of freetds and/or php? R. Previous Comments: [2001-03-22 00:09:03] [EMAIL PROTECTED] The bug occurs when using the sybase-ct libraries. I'm using freetds 5.0 as the sybase-ct lib Connecting to MSSQL 6.5 Db This occured on 3 different machines w/ 2 different OS's so I'm not sure if you want a gdb backtrace..? Apache child segmentation faults when I try to write to the database. Select queries work fine. Update and Insert queries will cause the crash. Insert will actually insert the data into the db before it crashes. Downgrade to php4.03 solved this problem and the insert's and updates work fine. If I can be of any more help please let me know.. Regards Chris Edit this bug report at http://bugs.php.net/?id=9911edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8251 Updated: Sybase Messages Below Minimum Severity
ID: 8251 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Sybase-ct (ctlib) related Operating System: RH Linux 6.2 PHP Version: 4.0.3pl1 New Comment: What sybase library are you using? Can you reproduce this with a newer version of PHP? (4.0.6, 4.1.0) R. Previous Comments: [2000-12-14 05:01:59] [EMAIL PROTECTED] I have just upgraded from 4.0.2 to 4.0.3pl1 and I use Sybase CT. I am receiving Sybase messages that are below the sybct.min_server_severity setting. I have seen references to this problem on the Bug Database and an answer that suggested it had been fixed in CVS as early as July 2000. I have also tried adjusting sybase.min_server_severity to no avail. Edit this bug report at http://bugs.php.net/?id=8251edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9491 Updated: sybase_connect memory error
ID: 9491 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Sybase-ct (ctlib) related Operating System: NT 4.0 workstation SP 5 PHP Version: 4.0.4pl1 New Comment: Can this be reproduced with PHP 4.1.0? R. Previous Comments: [2001-02-27 21:55:18] [EMAIL PROTECTED] Environment : NT4 Workstation Service pack 5 + Apache latest version + PHP 4.0.5-dev Trying to connect sybase servers on the network and getting memory could not be written errors. sybase_conect is causing this problem. Edit this bug report at http://bugs.php.net/?id=9491edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9693 Updated: Killed persistent connections not recognized
ID: 9693 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Sybase-ct (ctlib) related Operating System: Redhat 7.0 PHP Version: 4.0.4pl1 New Comment: Can this be reproduced with PHP 4.1.0? R. Previous Comments: [2001-03-12 01:49:10] [EMAIL PROTECTED] -- PHP-modules: './configure' '--with-apxs' '--enable-calendar' '--with-mysql=/usr' '--with-sybase-ct=/opt/sybase-11.9.2' '--enable-dbase' '--with-imap=/usr/local' -- Sybase version: SQL anywhere 7.01 -- PHP.ini Sybase-section unchanged -- Additional info Sybase disconnects active connections after 240min inactivity period PHP tries to use those dead persistent connections and does not return any errors. Of course queries do not return any data :) Edit this bug report at http://bugs.php.net/?id=9693edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14585 Updated: parse error
ID: 14585 Updated by: sander Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Operating System: Windows 2000 SP2 PHP Version: 4.1.0 New Comment: IMO, it should silently ignore any @. Simply saying this is a parse error is a bit rude, IMO. It would be even more nice if it gives a nice E_NOTICE message too (@ can't be used on reference assignments or something similar). Previous Comments: [2001-12-18 13:11:42] [EMAIL PROTECTED] What are you trying to reach with this? [2001-12-18 13:07:20] [EMAIL PROTECTED] ?php $a = @$b; ? Edit this bug report at http://bugs.php.net/?id=14585edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10597 Updated: RE #5684: PHP Intermittently reports Unable to allocate connection record
ID: 10597 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Sybase-ct (ctlib) related Operating System: RedHat 6.2 PHP Version: 4.0.5 New Comment: Does this still happen with PHP 4.1.0? R. Previous Comments: [2001-05-02 02:40:02] [EMAIL PROTECTED] RE #5684, You asked for any other cases: I get this error when I use a custom error handler to catch sybase errors. For example, if I try to delete a record with children in other tables, it raises a FK constraint violation error...everything normal. But after that error, where I try to do database reads and writes in my error handler function, I get really wierd problems. The main problem is that ctlib start reporting level 10 errors, instead of level 11, eg: DB ERROR: Changed database context to 'xxx'. After this, I get cannot allocate connection record. This only happens after I catch the error. If I turn off my error handling function, everything is fine. This says to me that the ctlib (or PHP) can't carry on after an error. But then I know little about either :) Edit this bug report at http://bugs.php.net/?id=10597edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14587: Can't start Apache
From: [EMAIL PROTECTED] Operating system: Tru64 UNIX V4.0F Patchkit 6 PHP version: 4.1.0 PHP Bug Type: Apache related Bug description: Can't start Apache Upon trying to start Apache, I get the error message Syntax error on line 205 of /usr/local/apache/pro/conf/httpd.conf: Cannot load /usr/local/apache/pro/libexec/libphp4.so into server: dlopen: cannot load /usr/local/apache/pro/libexec/libphp4.so and Apache refuses to start. This does not happen with libphp4.so Version 4.0.6. For PHP, I used ./configure --prefix=/usr/local/php/pro --with-mysql --with-apxs=/usr/local/apache/pro/bin/apxs Apache version: 1.3.22 -- Edit bug report at: http://bugs.php.net/?id=14587edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11102 Updated: Win NT +Sybase 12 +Php4.05 + IIS +sybase_connect CAN NOT WORK
ID: 11102 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Sybase-ct (ctlib) related Operating System: Windows NT PHP Version: 4.0.5 New Comment: Bug #8821 says this bug is fixed in CVS. Try 4.0.6 or 4.1.0, and open this bug if the problem still exists. R. Previous Comments: [2001-05-24 19:38:54] [EMAIL PROTECTED] I agree with bug report #8821 hope there will be soon a fix. My environment: Sybase Adaptive Server Enterprise 12 Windows NT 4.0, SP6 Php 4.05 installed as ISAPI module on IIS 4.0 Description: When program gets to sybase_connect, Warning: Sybase: Server message: Changed database context to 'Your Database' BUT then the program does not continue what I get is this: Below the warning message there is also this one: PHP has encountered an unhandled exception code -1073741674 at 0123a714 Each time I reload, the last number changes. Edit this bug report at http://bugs.php.net/?id=11102edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14588: --with-bz2 doesn't listen to =dir
From: [EMAIL PROTECTED] Operating system: linux 2.4.16 - redhat 6.2 PHP version: 4.1.0 PHP Bug Type: Compile Failure Bug description: --with-bz2 doesn't listen to =dir I compile bzip2 1.0.1 (the latest) and install it into a directory /www Then try to compile php as so ./configure \ --prefix=/www \ --with-config-file-path=/www/apache/conf \ --with-apache=../apache_1.3.22 \ --disable-debug \ --enable-trans-id \ --enable-ftp \ --with-imap=/www \ --with-mysql=/usr \ --with-pgsql=/usr \ --with-sybase=/www \ --with-mcrypt \ --with-mhash \ --with-zlib=/www \ --with-bz2=/www \ --with-gd=/www \ --with-freetype-dir=/www \ --with-png-dir=/www \ --with-jpeg-dir=/www \ --enable-track-vars make make install It fails while compiling in Bzip2 support. I don't have the exact errors to post because I deleted my compile log, but they are the same errors you get if you don't have the bzip2 development libraries installed, which of course I do in /www Errors along the lines of: undefined reference to BZ2_open unknown function therefore this leads me to believe it's ignoring =/www Because the bzip2 packages for redhat 6.2 do not have the needed files. fyi - in case I haven't been clear, if I go back to php-4.0.6 everything is fine. -- Edit bug report at: http://bugs.php.net/?id=14588edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11490 Updated: mssql_connect() broken, mssql_pconnect() fixes it
ID: 11490
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Sybase-ct (ctlib) related
Operating System: Debian GNU/Linux i686
PHP Version: 4.0.5
New Comment:
Can this be reproduced with a later version of freetds and/or?
R.
Previous Comments:
[2001-06-14 14:03:03] [EMAIL PROTECTED]
Update: with a bigger query like the following (returning 2K+ rows with sqsl based on
freetds), I always get
1 is not a valid Sybase-Link resource in btest.php/b on line b9/b when
mssql_query()ing, using pconnect() or connect(). Hence, the bug is definately not in
freetds, but in sybase_ct.
Side note, I am using php4.0.4pl1 with sybase/freetds (not _ct) on another debian
(2.2, apache/php self-compiled)machine and it works just fine.
?
mssql_pconnect(server,user,pass);
viewdb(SELECT
RegNumber,ISCorporate,Customers.FirstName+Customers.MiddleName+Customers.LastName,Customers.Address,Customers.City,
Customers.State,Customers.ZIP,Customers.HomePhone,Customers.Fax,NickName
from Customers INNER JOIN SalesPersons on
Customers.SalesPersonID=Salespersons.SalesPersonID);
function viewdb($query) {
$r=mssql_query($query);
if (!$r) {
print No results;
exit;
};
print p align=centertable border=1;
while ($res=mssql_fetch_object($r)) {
print tr\n;
if (!isset($fields)) {
foreach (array_keys(get_object_vars($res)) as
$n=$val) {
if (!($n%2)) continue;
$fields[]=$val;
print th$val;
};
print tr\n;
};
foreach ($fields as $field) {
print td.$res-$field.\n;
};
};
print /table;
};
[2001-06-14 13:03:17] [EMAIL PROTECTED]
Add shortest possible example script which can be used
to reproduce this into this report.
[2001-06-14 11:04:06] [EMAIL PROTECTED]
I am using Debian unstable, with the following relevant packages:
freetds0 0.51-4
php4 and php4-sybase 4.0.5-2
It's in fact using extension=sybase_ct.so.
When connecting to a MSSQL7 server, if I use mssql_connect(), only the first row of a
query can be fetched, then I get 2 is not a valid Sybase result resource.
Simply switching to mssql_pconnect() fixes it (even when used with the standalone php4
binary).
Edit this bug report at http://bugs.php.net/?id=11490edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13646 Updated: Bad SQL kills httpd child
ID: 13646 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Sybase-ct (ctlib) related Operating System: Mandrake 8.0 PHP Version: 4.0.6 New Comment: What lib is used? And can this be reproduced with latest version of PHP (4.1.0?) See http://bugs.php.net/bugs-generating-backtrace.php for information about how to generate useful backtraces. R. Previous Comments: [2001-10-11 18:24:24] [EMAIL PROTECTED] ./configure \ --with-apxs=/usr/local/apache/bin/apxs \ --with-mysql=/usr/local/mysql \ --with-sybase-ct=/usr/local/freetds \ --with-mssql \ --without-gd \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-freetype-dir=/usr/local \ --with-zlib Apache 1.3.20 PHP 4.0.6 MS SQL 7.0: Microsoft SQL Server 7.00 - 7.00.623 (Intel X86) Nov 27 1998 22:20:07 Copyright (c) 1988-1998 Microsoft Corporation Standard Edition on Windows NT 5.0 (Build 2195: Service Pack 2) If my SQL is bad -- using non-existent table etc, I get a lost connection to server, and this in Apache error_log: FATAL: emalloc(): Unable to allocate -2147483648 bytes Backtrace from, I think, this particular issue... #0 _dl_lookup_versioned_symbol (undef_name=0x804bcec kill, undef_map=0x40015a40, ref=0xb1ec, symbol_scope=0x40015b94, version=0x40025820, reloc_type=7, explicit=0) at do-lookup.h:80 80 do-lookup.h: No such file or directory. ---Type return to continue, or q return to quit--- in do-lookup.h (gdb) bt #0 _dl_lookup_versioned_symbol (undef_name=0x804bcec kill, undef_map=0x40015a40, ref=0xb1ec, symbol_scope=0x40015b94, version=0x40025820, reloc_type=7, explicit=0) at do-lookup.h:80 #1 0x4000d360 in fixup (l=0x40015a40, reloc_offset=976) at dl-runtime.c:89 #2 0x4000d510 in _dl_runtime_resolve () at dl-runtime.c:203 #3 0x400a5b68 in killpg () from /lib/libc.so.6 #4 0x4000d360 in fixup (l=0x80bc288, reloc_offset=976) at dl-runtime.c:89 #5 0x4000d510 in _dl_runtime_resolve () at dl-runtime.c:203 #6 0x0806175f in main () #7 0x400950de in __libc_start_main () from /lib/libc.so.6 (gdb) Edit this bug report at http://bugs.php.net/?id=13646edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14587 Updated: Can't start Apache
ID: 14587 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Apache related Operating System: Tru64 UNIX V4.0F Patchkit 6 PHP Version: 4.1.0 New Comment: Does it say on which symbol it fails (ie. uncompress). If it's uncompress, add --with-zlib to configure. regards, Derick Previous Comments: [2001-12-18 13:36:31] [EMAIL PROTECTED] Upon trying to start Apache, I get the error message Syntax error on line 205 of /usr/local/apache/pro/conf/httpd.conf: Cannot load /usr/local/apache/pro/libexec/libphp4.so into server: dlopen: cannot load /usr/local/apache/pro/libexec/libphp4.so and Apache refuses to start. This does not happen with libphp4.so Version 4.0.6. For PHP, I used ./configure --prefix=/usr/local/php/pro --with-mysql --with-apxs=/usr/local/apache/pro/bin/apxs Apache version: 1.3.22 Edit this bug report at http://bugs.php.net/?id=14587edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14588 Updated: --with-bz2 doesn't listen to =dir
ID: 14588 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Compile Failure Operating System: linux 2.4.16 - redhat 6.2 PHP Version: 4.1.0 New Comment: Please recompile so that you can tell us te exact errors. Derick Previous Comments: [2001-12-18 13:39:06] [EMAIL PROTECTED] I compile bzip2 1.0.1 (the latest) and install it into a directory /www Then try to compile php as so ./configure \ --prefix=/www \ --with-config-file-path=/www/apache/conf \ --with-apache=../apache_1.3.22 \ --disable-debug \ --enable-trans-id \ --enable-ftp \ --with-imap=/www \ --with-mysql=/usr \ --with-pgsql=/usr \ --with-sybase=/www \ --with-mcrypt \ --with-mhash \ --with-zlib=/www \ --with-bz2=/www \ --with-gd=/www \ --with-freetype-dir=/www \ --with-png-dir=/www \ --with-jpeg-dir=/www \ --enable-track-vars make make install It fails while compiling in Bzip2 support. I don't have the exact errors to post because I deleted my compile log, but they are the same errors you get if you don't have the bzip2 development libraries installed, which of course I do in /www Errors along the lines of: undefined reference to BZ2_open unknown function therefore this leads me to believe it's ignoring =/www Because the bzip2 packages for redhat 6.2 do not have the needed files. fyi - in case I haven't been clear, if I go back to php-4.0.6 everything is fine. Edit this bug report at http://bugs.php.net/?id=14588edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13938 Updated: Windows-newlines are counted twice
ID: 13938 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Scripting Engine problem Operating System: WinNT 4.0 PHP Version: 4.0.6 New Comment: Bug is still present, behaving exactly as with 4.0.6. Using windows-style files, line numbers are reported as (ActualLineNumber * 2) - 1 Using Unix-style files, line numbers are reported correctly. All you have to do to replicate the error is to create a bogus line of php code, something that will report an error, save it in CR+LF format (Windows style vs Unix LF only) and execute. If it's really necessary for me to create a small test script and e-mail, please let me know. Previous Comments: [2001-12-14 14:11:52] [EMAIL PROTECTED] Originator of this BR: please make a zipped version of such a bogus behaving script for download so we can play with it. [2001-12-14 13:30:01] [EMAIL PROTECTED] Could you try 4.1.0 and report the result ? [2001-11-10 11:56:55] [EMAIL PROTECTED] I'm always using Windows-newlines on Windows. But I never experienced this, neither with the Apache-module, nor with the CGI-executable. [2001-11-09 10:54:50] [EMAIL PROTECTED] Ok, Gotchya. If it would help at all, I can change to Unix style with Homesite and let you know if the line is correctly identified. Also, I'm very suprised that this has not been reported previously. 4.0.6 has been out for awhile, and I'm sure there must be some other Windows PHP users out there. Is there any way that this has anything to do with the ISAPI dll I'm using vs cgi, or possibly the obscure web server software I'm using? I'm using a web server called Sambar Server (www.sambar.com), which is not widely used. I just figure somebody else would be complaining about this if it happened under IIS. [2001-11-09 10:37:22] [EMAIL PROTECTED] I didn't say it wasn't a bug, I was trying to track down the problem. Changed summary. (the *nix php version handles winnewlines correctly) 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/?id=13938 Edit this bug report at http://bugs.php.net/?id=13938edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13819 Updated: MSSQL+SYBASE won't work
ID: 13819 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Sybase-ct (ctlib) related Operating System: Windows NT/2000 PHP Version: 4.0.6 New Comment: That is correct, the sybase-ct extension declares both sybase_ and mssql_ functions, and therefor only one of these can be used at the same time. Can't you use the mssql_ functions from the sybase-ct extension? R. Previous Comments: [2001-10-24 17:55:12] [EMAIL PROTECTED] Have MSSQL(7.0) and SYBASE(11.1.1) clients installed on my NT box(SP6a), having PHP 4.0.6 and Apache. Using PHP, I can access both Sybase and Mssql remote databases individually(uncommenting one extension at a time). If I uncomment both dlls(extensions) in php.ini, it warns about duplicate functions on apache restart. It seems that sybase_ct has mssql_xxx function aliasses inside. Edit this bug report at http://bugs.php.net/?id=13819edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14587 Updated: Can't start Apache
ID: 14587 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Apache related Operating System: Tru64 UNIX V4.0F Patchkit 6 PHP Version: 4.1.0 New Comment: Unfortunately, the error isn't more specific. What I cited was all the output from Apache. Burkhard. Previous Comments: [2001-12-18 13:45:05] [EMAIL PROTECTED] Does it say on which symbol it fails (ie. uncompress). If it's uncompress, add --with-zlib to configure. regards, Derick [2001-12-18 13:36:31] [EMAIL PROTECTED] Upon trying to start Apache, I get the error message Syntax error on line 205 of /usr/local/apache/pro/conf/httpd.conf: Cannot load /usr/local/apache/pro/libexec/libphp4.so into server: dlopen: cannot load /usr/local/apache/pro/libexec/libphp4.so and Apache refuses to start. This does not happen with libphp4.so Version 4.0.6. For PHP, I used ./configure --prefix=/usr/local/php/pro --with-mysql --with-apxs=/usr/local/apache/pro/bin/apxs Apache version: 1.3.22 Edit this bug report at http://bugs.php.net/?id=14587edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14587 Updated: Can't start Apache
ID: 14587 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Apache related Operating System: Tru64 UNIX V4.0F Patchkit 6 PHP Version: 4.1.0 New Comment: This is with apachectl start I presume? Can you try it by just starting httpd by hand? It should give a better message then. regards, Derick Previous Comments: [2001-12-18 13:50:34] [EMAIL PROTECTED] Unfortunately, the error isn't more specific. What I cited was all the output from Apache. Burkhard. [2001-12-18 13:45:05] [EMAIL PROTECTED] Does it say on which symbol it fails (ie. uncompress). If it's uncompress, add --with-zlib to configure. regards, Derick [2001-12-18 13:36:31] [EMAIL PROTECTED] Upon trying to start Apache, I get the error message Syntax error on line 205 of /usr/local/apache/pro/conf/httpd.conf: Cannot load /usr/local/apache/pro/libexec/libphp4.so into server: dlopen: cannot load /usr/local/apache/pro/libexec/libphp4.so and Apache refuses to start. This does not happen with libphp4.so Version 4.0.6. For PHP, I used ./configure --prefix=/usr/local/php/pro --with-mysql --with-apxs=/usr/local/apache/pro/bin/apxs Apache version: 1.3.22 Edit this bug report at http://bugs.php.net/?id=14587edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14588 Updated: --with-bz2 doesn't listen to =dir
ID: 14588 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Compile Failure Operating System: linux 2.4.16 - redhat 6.2 PHP Version: 4.1.0 New Comment: The php developer who added/maintains bzip2 support will know what I am talking about. I am not going to compile when I know this! It would be a waste of my time. Previous Comments: [2001-12-18 13:46:26] [EMAIL PROTECTED] Please recompile so that you can tell us te exact errors. Derick [2001-12-18 13:39:06] [EMAIL PROTECTED] I compile bzip2 1.0.1 (the latest) and install it into a directory /www Then try to compile php as so ./configure \ --prefix=/www \ --with-config-file-path=/www/apache/conf \ --with-apache=../apache_1.3.22 \ --disable-debug \ --enable-trans-id \ --enable-ftp \ --with-imap=/www \ --with-mysql=/usr \ --with-pgsql=/usr \ --with-sybase=/www \ --with-mcrypt \ --with-mhash \ --with-zlib=/www \ --with-bz2=/www \ --with-gd=/www \ --with-freetype-dir=/www \ --with-png-dir=/www \ --with-jpeg-dir=/www \ --enable-track-vars make make install It fails while compiling in Bzip2 support. I don't have the exact errors to post because I deleted my compile log, but they are the same errors you get if you don't have the bzip2 development libraries installed, which of course I do in /www Errors along the lines of: undefined reference to BZ2_open unknown function therefore this leads me to believe it's ignoring =/www Because the bzip2 packages for redhat 6.2 do not have the needed files. fyi - in case I haven't been clear, if I go back to php-4.0.6 everything is fine. Edit this bug report at http://bugs.php.net/?id=14588edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14588 Updated: --with-bz2 doesn't listen to =dir
ID: 14588 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: linux 2.4.16 - redhat 6.2 PHP Version: 4.1.0 New Comment: ah heck ok I'll recompile, but it's still a waste. I'll go for a coffee. :-) Previous Comments: [2001-12-18 13:58:03] [EMAIL PROTECTED] The php developer who added/maintains bzip2 support will know what I am talking about. I am not going to compile when I know this! It would be a waste of my time. [2001-12-18 13:46:26] [EMAIL PROTECTED] Please recompile so that you can tell us te exact errors. Derick [2001-12-18 13:39:06] [EMAIL PROTECTED] I compile bzip2 1.0.1 (the latest) and install it into a directory /www Then try to compile php as so ./configure \ --prefix=/www \ --with-config-file-path=/www/apache/conf \ --with-apache=../apache_1.3.22 \ --disable-debug \ --enable-trans-id \ --enable-ftp \ --with-imap=/www \ --with-mysql=/usr \ --with-pgsql=/usr \ --with-sybase=/www \ --with-mcrypt \ --with-mhash \ --with-zlib=/www \ --with-bz2=/www \ --with-gd=/www \ --with-freetype-dir=/www \ --with-png-dir=/www \ --with-jpeg-dir=/www \ --enable-track-vars make make install It fails while compiling in Bzip2 support. I don't have the exact errors to post because I deleted my compile log, but they are the same errors you get if you don't have the bzip2 development libraries installed, which of course I do in /www Errors along the lines of: undefined reference to BZ2_open unknown function therefore this leads me to believe it's ignoring =/www Because the bzip2 packages for redhat 6.2 do not have the needed files. fyi - in case I haven't been clear, if I go back to php-4.0.6 everything is fine. Edit this bug report at http://bugs.php.net/?id=14588edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14521 Updated: XMLRPC extension: wrong results?
ID: 14521
Updated by: danda
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: XMLRPC-EPI related
Operating System: Debian Linux 2.4.6-pre6
PHP Version: 4.1.0
New Comment:
working as designed.
the working as designed.
the $data array he is passing in is actually the xmlrpc top level params list.
If he wishes to pass the array as the first argument (as the receiving method seems to
want) then he should create a wrapper array, eg:
$params = array(array('bob', 'kim'));
Note also that if the receiving function simply prints params instead of the first
param, then it will print the array as passed.$data array he is passing in is actually
the xmlrpc top level params list.
If he wishes to pass the array as the first argument (as the receiving method seems to
want) then he should create a wrapper array, eg:
$params = array(array('bob', 'kim'));
Note also that if the receiving function simply prints params instead of the first
param, then it will print the array as passed.
Previous Comments:
[2001-12-14 12:51:06] [EMAIL PROTECTED]
[This is a copy of email sent to xmlrpc-epi mailing list, which hasn't been answered
yet.]
First off, I'm using PHP 4.1.0 with the built in XMLRPC extension (which I assume is
pretty much the same as what's documented at http://xmlrpc-epi.sourceforge.net/)
I made a simple server which basically echo's back the same params that are passed to
it (see the script below).
It works when I send an integer, or a string, or an associative array. However, it
fails on a non-indexed array.
Am I doing something wrong, or is this a bug in the extension? I hope it's me,
because this extension is pretty damn cool. :)
- Colin
The script:
?php
function method_echo($method, $params) {
$foo = array_pop($params);
return $foo;
}
/* this is the test data to send */
$data = array('bob','kim');
echo h1Request/h1;
echo xmp;
var_dump($data);
echo /xmp;
$server = xmlrpc_server_create();
xmlrpc_server_register_method($server, 'method_echo', 'method_echo');
$request_xml = xmlrpc_encode_request('method_echo', $data );
$response = xmlrpc_server_call_method($server, $request_xml, NULL,
array(
'output_type' = 'php'
)
);
echo h1Result/h1;
echo xmp;
var_dump($response);
echo /xmp;
xmlrpc_server_destroy($server);
?
Edit this bug report at http://bugs.php.net/?id=14521edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14587 Updated: Can't start Apache
ID: 14587 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Apache related Operating System: Tru64 UNIX V4.0F Patchkit 6 PHP Version: 4.1.0 New Comment: Derick, I've just done what you suggested. No more output, though. By the way: Searching the bug database I've found that my problem is exactly the same as bug id #7551, which was reported for version 4.0.3pl1 running on a Tru64 machine. Regards, Burkhard. Previous Comments: [2001-12-18 13:53:03] [EMAIL PROTECTED] This is with apachectl start I presume? Can you try it by just starting httpd by hand? It should give a better message then. regards, Derick [2001-12-18 13:50:34] [EMAIL PROTECTED] Unfortunately, the error isn't more specific. What I cited was all the output from Apache. Burkhard. [2001-12-18 13:45:05] [EMAIL PROTECTED] Does it say on which symbol it fails (ie. uncompress). If it's uncompress, add --with-zlib to configure. regards, Derick [2001-12-18 13:36:31] [EMAIL PROTECTED] Upon trying to start Apache, I get the error message Syntax error on line 205 of /usr/local/apache/pro/conf/httpd.conf: Cannot load /usr/local/apache/pro/libexec/libphp4.so into server: dlopen: cannot load /usr/local/apache/pro/libexec/libphp4.so and Apache refuses to start. This does not happen with libphp4.so Version 4.0.6. For PHP, I used ./configure --prefix=/usr/local/php/pro --with-mysql --with-apxs=/usr/local/apache/pro/bin/apxs Apache version: 1.3.22 Edit this bug report at http://bugs.php.net/?id=14587edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7551 Updated: Can't start apache with libphp4.so
ID: 7551 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Duplicate Bug Type: Apache related Operating System: DEC OSF1 v4.0 (alpha) PHP Version: 4.0.3pl1 New Comment: Duplicate of 14587 Previous Comments: [2001-01-30 04:07:15] [EMAIL PROTECTED] No feedback. If propblem persist even when you have the required (Oracle related) environment vars set, have configured/ compiled PHP 3 also with --enable-versioning and when using the latest CVS snapshot, reopen this bug report. --Jani http://www.php.net/oci8 [2000-12-04 09:24:25] [EMAIL PROTECTED] Could you please check if this happens with PHP 4.0.4RC3: http://www.php.net/distributions/php-4.0.4RC3.tar.gz --Jani [2000-11-03 03:30:27] [EMAIL PROTECTED] I tried with --oci8 instead of --oracle, but the result is the same. I had --enable-versioning too (I use php3)... [2000-10-31 12:18:21] [EMAIL PROTECTED] Here is the return message bin/apachectl start Syntax error on line 225 of /usr/opt/apache/conf/httpd.conf: Cannot load /usr/opt/apache/libexec/libphp4.so into server: dlopen: cannot load /usr/opt/apache/libexec/libphp4.so bin/apachectl start: httpd could not be started I saw no problems during compilation of php (only warnings). Apache ran well with php3.0.15 I compiled all with cc. I use dynamic library, apache 1.3.12, perl 5.6.0, oracle 8.0.5.1. My configure options was ./configure --with-apxs=/usr/opt/apache/bin/apxs \ --with-xml \ --with-oracle=/usr/opt/oracle/product/8.0.5. For Apache, I used ./configure --prefix=/usr/opt/apache \ --enable-shared=max \ --with-perl=/usr/bin/perl Edit this bug report at http://bugs.php.net/?id=7551edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14587 Updated: Can't start Apache
ID: 14587 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Apache related Operating System: Tru64 UNIX V4.0F Patchkit 6 PHP Version: 4.1.0 New Comment: Okay... is there something like strace for Tru 64? And what does 'nm /path/to/mod_php4.so' show? Derick Previous Comments: [2001-12-18 14:43:15] [EMAIL PROTECTED] Derick, I've just done what you suggested. No more output, though. By the way: Searching the bug database I've found that my problem is exactly the same as bug id #7551, which was reported for version 4.0.3pl1 running on a Tru64 machine. Regards, Burkhard. [2001-12-18 13:53:03] [EMAIL PROTECTED] This is with apachectl start I presume? Can you try it by just starting httpd by hand? It should give a better message then. regards, Derick [2001-12-18 13:50:34] [EMAIL PROTECTED] Unfortunately, the error isn't more specific. What I cited was all the output from Apache. Burkhard. [2001-12-18 13:45:05] [EMAIL PROTECTED] Does it say on which symbol it fails (ie. uncompress). If it's uncompress, add --with-zlib to configure. regards, Derick [2001-12-18 13:36:31] [EMAIL PROTECTED] Upon trying to start Apache, I get the error message Syntax error on line 205 of /usr/local/apache/pro/conf/httpd.conf: Cannot load /usr/local/apache/pro/libexec/libphp4.so into server: dlopen: cannot load /usr/local/apache/pro/libexec/libphp4.so and Apache refuses to start. This does not happen with libphp4.so Version 4.0.6. For PHP, I used ./configure --prefix=/usr/local/php/pro --with-mysql --with-apxs=/usr/local/apache/pro/bin/apxs Apache version: 1.3.22 Edit this bug report at http://bugs.php.net/?id=14587edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14563 Updated: include_path in Apache SAPI/APX PHP plug-in on Win2K very broken...
ID: 14563 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Summary: include_path in Apache SAPI on Win2K very broken... Status: Bogus Old Bug Type: *Configuration Issues Bug Type: Reproducible crash Operating System: Windows 2000 (Win2K) Old PHP Version: 4.1.0 PHP Version: 4.05,4.06,4.08,4.1.0 New Comment: I think this is a duplicate of bug #11612 http://bugs.php.net/bug.php?id=11612 Here's a summary of the bug: Error Message: Warning: Failed opening '/apache/htdocs/helloworld.php' for inclusion (include_path='.') in Unknown on line 0 Script to create error: ?php echo hello world; ? When it appears: - Appears only in PHP SAPI/APX plug-in for Apache on Windows 2000... 4.06, 4.08, 4.1.0 are all effected. - The error occurs only when include_path is given a value (any value including '.') When it doesn't appear: - In PHP SAPI/APX plug-in when include_path is not set, there's no problem. - When running the CGI version (PHP.EXE) of the same releases there's no problem. Possible workarounds that were tried and don't work: - Opening folder permissions to 'Everyone' with 'Full Control'. - Using just setting include_path to '.' - Switching the order of include_path dirs i.e. 'C:\Apache\includes\;.' - Using php_value include_path '.' in Apache's httpd.conf Previous Comments: [2001-12-17 12:10:25] [EMAIL PROTECTED] Windows needs a ; as seperator between include paths, not : yep I know, uncommented the wrong line... effect is the same... Changed PHP.ini to include_path = .;y:\apache\includes restarted apache Warning: Failed opening '/apache/htdocs/curl_banking.php' for inclusion (include_path='.;y:\apache\includes') in Unknown on line 0 [2001-12-17 12:07:22] [EMAIL PROTECTED] Windows needs a ; as seperator between include paths, not : [2001-12-17 12:06:19] [EMAIL PROTECTED] sorry, changed it back to include_path = . restarted apache Warning: Failed opening '/apache/htdocs/curl_banking.php' for inclusion (include_path='.') in Unknown on line 0 [2001-12-17 12:03:32] [EMAIL PROTECTED] Apache was able to read static HTML, before I did the the following: - set Full control to user Everyone - set PHP.ini - include_path = .:/php/includes I still get the same error: Warning: Failed opening '/apache/htdocs/curl_banking.php' for inclusion (include_path='.:/php/includes') in Unknown on line 0 (again the file has no include/require statements) Please advise. [2001-12-17 11:54:55] [EMAIL PROTECTED] Windows NT 2000 have a permission-system (NTFS). Check it out. Thanks, I'll try the folder permissions thing. 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/?id=14563 Edit this bug report at http://bugs.php.net/?id=14563edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11612 Updated: php_include completely non-functional
ID: 11612 Updated by: cmk Reported By: [EMAIL PROTECTED] Status: Open Bug Type: PHP options/info functions Operating System: Win2k Server PHP Version: 4.0.5 New Comment: On my Win2k box it works just fine, include_path has always been '.' only. It worked with PHP 4.0.6 and still works with 4.1.0. Your problem must be caused by something else. Previous Comments: [2001-06-24 02:28:42] [EMAIL PROTECTED] nope, exactly the same. :( [2001-06-23 06:30:59] [EMAIL PROTECTED] Does it work with PHP 4.0.6? [2001-06-23 06:29:42] [EMAIL PROTECTED] reopened [2001-06-22 10:34:19] [EMAIL PROTECTED] I have it like that, with double quotes. This is an excerpt from my php.ini: ; ; Paths and Directories ; ; ; UNIX: /path1:/path2 Windows: \path1;\path2 include_path = .;c:\www\demoxpress.com\html\test [2001-06-22 09:22:41] [EMAIL PROTECTED] Try this: include_path=.;C:\path\to\something;C:\path\to\something\else Notice the 's around the path. --Jani 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/?id=11612 Edit this bug report at http://bugs.php.net/?id=11612edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14584 Updated: $XPathObject-nodeset[0]-content is missing
ID: 14584 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: DOM XML related Operating System: win nt 4.0 PHP Version: 4.1.0 New Comment: Look like the same as Bug id#14500 Previous Comments: [2001-12-18 12:10:53] [EMAIL PROTECTED] This works in 4.0.6 But not in 4.1.0 $ctx= $doc-xpath_new_context(); $XPathObject= xpath_eval($ctx, //*); $XPathObject-nodeset[0]-content; --- content is missing Edit this bug report at http://bugs.php.net/?id=14584edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14589: PHP4.1 module and cgi-bin programs
From: [EMAIL PROTECTED] Operating system: Linux 2.4.10/gcc 3.0 PHP version: 4.1.0 PHP Bug Type: Apache2 related Bug description: PHP4.1 module and cgi-bin programs (this may be related to bug 14556) Output from my phpinfo(): './configure' '--with-apxs2=/usr/local/apache/bin/apxs' '--with-openssl=/usr/local/ssl' '--with-zlib=/usr/local' '--with-mcrypt=/usr/local' '--with-mysql=/usr/local/mysql' '--with-ncurses' '--with-pdflib=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-tiff-dir=/usr/local' I added the filter directive in my httpd.conf file: Filter *.php SetOutputFilter PHP SetInputFilter PHP /Filter When I run apach2 all cgi-bin programs generate Premature end of script headers error, until I comment out the Filter and 'LoadModule php4_module modules/libphp4.so', then everything works again. Jacob Cord -- Edit bug report at: http://bugs.php.net/?id=14589edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11612 Updated: php_include completely non-functional
ID: 11612 Updated by: cmk Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: PHP options/info functions Operating System: Win2k Server PHP Version: 4.0.5 New Comment: Did more testing, always works for me. Previous Comments: [2001-12-18 15:56:18] [EMAIL PROTECTED] On my Win2k box it works just fine, include_path has always been '.' only. It worked with PHP 4.0.6 and still works with 4.1.0. Your problem must be caused by something else. [2001-06-24 02:28:42] [EMAIL PROTECTED] nope, exactly the same. :( [2001-06-23 06:30:59] [EMAIL PROTECTED] Does it work with PHP 4.0.6? [2001-06-23 06:29:42] [EMAIL PROTECTED] reopened [2001-06-22 10:34:19] [EMAIL PROTECTED] I have it like that, with double quotes. This is an excerpt from my php.ini: ; ; Paths and Directories ; ; ; UNIX: /path1:/path2 Windows: \path1;\path2 include_path = .;c:\www\demoxpress.com\html\test 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/?id=11612 Edit this bug report at http://bugs.php.net/?id=11612edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14521 Updated: XMLRPC extension: wrong results?
ID: 14521
Updated by: cmv
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: XMLRPC-EPI related
Operating System: Debian Linux 2.4.6-pre6
PHP Version: 4.1.0
New Comment:
I should have explained it better, I think ...
In my example, if I pass it:
$data = array('bob','kim');
I get back: 'bob' ... which makes sense. However, if I pass it:
$data = array('name1'='bob', 'name2'='kim');
I get back: array('name1'='bob', 'name2'='kim') ... which doesn't make sense to me.
It's maybe easier to understand if you change the method function to this:
function method_echo($method, $params) {
return $params; /* i.e. return exactly what you get */
}
If I then make a request, I would expect the response to be identical to whatever
$data I send. And in the case of the simple array('bob', 'kim'), this is true.
However, if the data I send is anything other than a one-dimensional, non-indexed
array, my response is equal to array($data), i.e. it gets wrapped inside an array.
That doesn't seem too intuitive to me. Shouldn't you always get back exactly what you
send?
- Colin
Previous Comments:
[2001-12-18 14:35:52] [EMAIL PROTECTED]
working as designed.
the working as designed.
the $data array he is passing in is actually the xmlrpc top level params list.
If he wishes to pass the array as the first argument (as the receiving method seems to
want) then he should create a wrapper array, eg:
$params = array(array('bob', 'kim'));
Note also that if the receiving function simply prints params instead of the first
param, then it will print the array as passed.$data array he is passing in is actually
the xmlrpc top level params list.
If he wishes to pass the array as the first argument (as the receiving method seems to
want) then he should create a wrapper array, eg:
$params = array(array('bob', 'kim'));
Note also that if the receiving function simply prints params instead of the first
param, then it will print the array as passed.
[2001-12-14 12:51:06] [EMAIL PROTECTED]
[This is a copy of email sent to xmlrpc-epi mailing list, which hasn't been answered
yet.]
First off, I'm using PHP 4.1.0 with the built in XMLRPC extension (which I assume is
pretty much the same as what's documented at http://xmlrpc-epi.sourceforge.net/)
I made a simple server which basically echo's back the same params that are passed to
it (see the script below).
It works when I send an integer, or a string, or an associative array. However, it
fails on a non-indexed array.
Am I doing something wrong, or is this a bug in the extension? I hope it's me,
because this extension is pretty damn cool. :)
- Colin
The script:
?php
function method_echo($method, $params) {
$foo = array_pop($params);
return $foo;
}
/* this is the test data to send */
$data = array('bob','kim');
echo h1Request/h1;
echo xmp;
var_dump($data);
echo /xmp;
$server = xmlrpc_server_create();
xmlrpc_server_register_method($server, 'method_echo', 'method_echo');
$request_xml = xmlrpc_encode_request('method_echo', $data );
$response = xmlrpc_server_call_method($server, $request_xml, NULL,
array(
'output_type' = 'php'
)
);
echo h1Result/h1;
echo xmp;
var_dump($response);
echo /xmp;
xmlrpc_server_destroy($server);
?
Edit this bug report at http://bugs.php.net/?id=14521edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14590: Can not unzip your install once downloaded
From: [EMAIL PROTECTED] Operating system: xp PHP version: 4.1.0 PHP Bug Type: *General Issues Bug description: Can not unzip your install once downloaded When we download your PHP 4.1.0 Win32 zip installer it will not unzip using several different programs? -- Edit bug report at: http://bugs.php.net/?id=14590edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14591: uasort mixes array with equal elements
From: [EMAIL PROTECTED]
Operating system: Linux/Windows
PHP version: 4.1.0
PHP Bug Type: Arrays related
Bug description: uasort mixes array with equal elements
If you call uasort with a function that always returns 0 (elements equal)
you get a totally screwed array returned.
?php
function mysort($a, $b)
{
return 0;
}
$a = array('h', 's', 'i', 'c', 'q', 'm');
var_dump($a);
uasort($a, 'mysort');
var_dump($a);
?
returns:
array(6) {
[0]=
string(1) h
[1]=
string(1) s
[2]=
string(1) i
[3]=
string(1) c
[4]=
string(1) q
[5]=
string(1) m
}
array(6) {
[1]=
string(1) s
[2]=
string(1) i
[3]=
string(1) c
[4]=
string(1) q
[5]=
string(1) m
[0]=
string(1) h
}
--
Edit bug report at: http://bugs.php.net/?id=14591edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14584 Updated: $XPathObject-nodeset[0]-content is missing
ID: 14584 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: DOM XML related Operating System: win nt 4.0 PHP Version: 4.1.0 New Comment: The syntax has changes. Try xmltree() on your document and view it with print_r() to see the relationship. No bug - bogus. Previous Comments: [2001-12-18 16:04:35] [EMAIL PROTECTED] Look like the same as Bug id#14500 [2001-12-18 12:10:53] [EMAIL PROTECTED] This works in 4.0.6 But not in 4.1.0 $ctx= $doc-xpath_new_context(); $XPathObject= xpath_eval($ctx, //*); $XPathObject-nodeset[0]-content; --- content is missing Edit this bug report at http://bugs.php.net/?id=14584edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14592: Apache application error after turning snmp on
From: [EMAIL PROTECTED] Operating system: NT SP6 PHP version: 4.1.0 PHP Bug Type: SNMP related Bug description: Apache application error after turning snmp on Had sybase, gd, mssql extensions turned on without any problems for a long time. After turning snmp extension on, started to get The instruction at '0x007f956c' referenced memory at '0x9227f911'. The memory could not be read. messages. -- Edit bug report at: http://bugs.php.net/?id=14592edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14593: configure fails with apxs
From: [EMAIL PROTECTED] Operating system: AIX 4.3.3 PHP version: 4.1.0 PHP Bug Type: Compile Failure Bug description: configure fails with apxs Using AIX 4.3.3 and C for AIX 5.0 compiler. When running configure, I do the following: [root@mars /php]# export CC=/usr/bin/cc [root@mars /php]# export CFLAGS=-g -ma [root@mars /php]# cd php-4.1.0/ [root@mars php-4.1.0]# ./configure --enable-c9x-inline --with-apxs=/usr/HTTPServer/bin/apxs I get: checking for Apache module support via DSO through APXS... Sorry, I was not able to successfully run APXS. Possible reasons: 1. Perl is not installed; 2. Apache was not compiled with DSO support (--enable-module=so); 3. 'apxs' is not in your path. Try to use --with-apxs=/path/to/apxs The output of /usr/HTTPServer/bin/apxs follows Usage: apxs -g [-S var=val] -n modname apxs -q [-S var=val] query ... apxs -c [-S var=val] [-o dsofile] [-D name[=value]] [-I incdir] [-L libdir] [-l libname] [-Wc,flags] REQUIRED OPTION[-bE: filename.exp] [-Wl,flags] files ... apxs -i [-S var=val] [-a] [-A] [-n modname] dsofile ... apxs -e [-S var=val] [-a] [-A] [-n modname] dsofile ... configure: error: Aborting Not sure what's going on here, I could compile 4.0.5 on AIX using the same OS version and compiler. I did make sure that /usr/HTTPServer/bin/apxs has a good pointer to perl (it defaults to /usr/local/bin/perl, which is wrong). In apxs, there is a note about apache modules: ## IMPORTANT NOTE FOR APXS USE ON AIX (ONLY): ##1. AIX requires that all dynamically linkable objects to EXPORT their public ## interfaces in a .exp file. This is required at the link step. ## If you do not have an .exp file, then you can generate one containing ## a single line with the name of the module. For example, in our sample ## module, example_module.c we generate an example_module.exp with ## 1 line - example_module. ## For AIX only we have added an additional option -bE: filename.exp ## which is supplied as option on input to APXS script. ##2. Some 3rd party modules use a ./configure script with an APXS option. These ## configure scripts use the APXS script with a -q (query) option to get ## information on Compiler flags and Link flags. If the congfigure script ## relies on getting CFG_LDFLAGS_SHLIB from APXS script then the configure ## script will fail. The CFG_LDFLAGS_SHLIB in APXS script are not complete ## without the :bE options passed as input to APXS. Many configure script ## on AIX have an option to supply these Link Flags. ##3. NOTE: The httpd.exp file on IHS 1.3.6 is installed into ## /usr/HTTPServer/example_module ## but this script relies on httpd.exp being located in ## ## /usr/HTTPServer/libexec ## Please copy httpd.exp to /usr/HTTPServer/libexec before executing ## the APXS script. Any help would be appreciated. Zack -- Edit bug report at: http://bugs.php.net/?id=14593edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14547 Updated: Informix as shared module libtool rpath problem
ID: 14547 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Informix related Operating System: RH Linux 7.1 PHP Version: 4.1.0 New Comment: Upgraded to RH 7.2 to use the newer version of libtool. No joy. Same exact problem. Zack Previous Comments: [2001-12-16 09:46:41] [EMAIL PROTECTED] When configuring/compiling PHP 4.1.0 on RH 7.1, I can successfully compile PHP with informix built in, but not as a shared module. (INFORMIXDIR, INFORMIXSERVER, and PATH already set) Thus, # ./configure --with-apxs=/usr/sbin/apxs --with-informix --enable-shared --with-mysql=/usr --with-gd --with-zlib --with-gettext --with-png works just fine. However, # ./configure --with-apxs=/usr/sbin/apxs --enable-shared --with-informix=shared --with-mysql=/usr --with-gd --with-zlib --with-gettext --with-png fails with: Making install in informix make[2]: Entering directory `/php/php-4.1.0/ext/informix' make[3]: Entering directory `/php/php-4.1.0/ext/informix' /bin/sh /php/php-4.1.0/libtool --silent --mode=link gcc -I. -I/php/php-4.1.0/ext/informix -I/php/php-4.1.0/main -I/php/php-4.1.0 -I/usr/include/apache -I/php/php-4.1.0/Zend -I/opt/informix/incl/esql -I/usr/include/mysql -I/php/php-4.1.0/ext/xml/expat -DLINUX=22 -DMOD_SSL=208101 -DEAPI -DEAPI_MM -DUSE_EXPAT -I/php/php-4.1.0/TSRM -g -O2 -prefer-pic -o informix.la -avoid-version -module -rpath /p hp/php-4.1.0/modules ifx.lo -Rext/informix -Lext/informix -R/opt/informix/lib/esql -L/opt/informix/lib/esql -R/opt/informix/lib -L/opt/informix/lib -lifsql -l ifasf -lifgen -lifos -lifgls -ldl -lcrypt -lphpifx -lifglx libtool: link: only absolute run-paths are allowed make[3]: *** [informix.la] Error 1 make[3]: Leaving directory `/php/php-4.1.0/ext/informix' make[2]: *** [install-recursive] Error 1 make[2]: Leaving directory `/php/php-4.1.0/ext/informix' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/php/php-4.1.0/ext' make: *** [install-recursive] Error 1 Since I know nothing about libtool, I'm not even sure where to start to make a path absolute. I *guess* this is a bug, but perhaps maybe pilot error? Should I be using some other configuration directive? This is the format I used with 4.0.2 and it worked fine. Zack Edit this bug report at http://bugs.php.net/?id=14547edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14594: Failed to compile/run when using Apache 2.x, unresolved symbols
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.4-STABLE PHP version: 4.1.0 PHP Bug Type: Compile Failure Bug description: Failed to compile/run when using Apache 2.x, unresolved symbols I compiled standard Apache-2.0.28beta, then downloaded php-4.1.0, compiled it just with --with-mysql and --with-apxs2=/usr/local/apache2/bin/apxs After sucessful make install, I tried to run /usr/local/apache2/bin/httpd, which resulted in this error: Syntax error on line 3 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp4.so into server: /usr/local/apache2/modules/libphp4.so: Undefined symbol pthread_getspecific -- Edit bug report at: http://bugs.php.net/?id=14594edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
