[PHP-DEV] Bug #15386 Updated: Nested Objects in session crash Both Apache and IIS
ID: 15386
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Session related
Operating System: Linux & Win2K
PHP Version: 4.1.1
New Comment:
Submit only once.
Previous Comments:
[2002-02-05 07:10:05] [EMAIL PROTECTED]
Submitted twice
[2002-02-05 07:06:26] [EMAIL PROTECTED]
Operating Systems: - Linux (with Apache)
- Win2k (with both Apache and IIS)
I have a script with two object, one that has the reference to the
other. Once the objects are initialized I put them in session before
the parent and then the child.
If I reload the page, accessing the child object and modifying a
property, after 2-3 times I receive a server error on php module.
On IIS: ACCESS VIOLATION XX
On Apache(Linux): child pid x exit signal Segmentation fault
If I invert the two session_register (registering before the child
object and then the parent), it all works perfectly.
nephew = &$n;
}
function toString() {
if($this->nephew) {
echo "The nephews are " . $this->nephew->name."";
}
else {
echo "No nephews";
}
}
}
session_start();
if(!isset($family)) {
$family = new Family();
$nephew = new Nephew();
$family->setNephew(&$nephew);
session_register('family');
session_register('nephew');
}
$nephew->name .= " - ";
?>
--
Edit this bug report at http://bugs.php.net/?id=15386&edit=1
--
PHP Development Mailing List
[PHP-DEV] Bug #14471 Updated: Problems with "php_iisfunc.dll" extension ( module )
ID: 14471 Updated by: lobbin Old Summary: Problems with "php_iisfunc.dll" extension ( module ) Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: No Feedback Bug Type: IIS related Operating System: Win 2000 PHP Version: 4.1.0 New Comment: No feedback. Previous Comments: [2002-01-08 02:53:46] [EMAIL PROTECTED] Does this happen on a fresh install? [2001-12-12 17:37:02] [EMAIL PROTECTED] After enabled extensions "php_iisfunc.dll" in php.ini file, IIS 5 stop working and "Application Error" pop up window appear:" The instruction at 0x77a686b3" referenced memory at "0x0080101". The memory could not be "written". C++ debugger ( VisualStudio 6 with SP 5 IDE ) stoped on instruction "77A686B3 mov DWORD PTR (ESI).ECX" with message:"Unhandled Exception in PHP.EXE ( OLE32.DLL ):0xC005:Access Violation" After disabled module "php_iisfunc.dll" in php.ini file IIS server start working without any problems. Maybie is not bug, because I just have upgrade from PHP 4.0.6. without previous uninstall. Otherwise, this module ( php_iisfunc.dll" extension ) work without any problem in IIS 4 or IIS 5 with PHP 4.0.6. When I change this DLL with DLL from 4.0.6. version, PHP engine send this warning: "PHP Warning: Unable to load dynamic library 'E:\PHP\extensions/php_iisfunc.dll' - The specified procedure could not be found. in Unknown on line 0" and, very interesting, this message apear, too: "X-Powered-By: PHP/4.1.0 Content-type: text/html" Other functions of PHP and all other modules working without problems... at this moment. [2001-12-12 17:13:33] [EMAIL PROTECTED] After enabled extensions "php_iisfunc.dll" in php.ini file, IIS 5 stop working and "Application Error" pop up window appear:" The instruction at 0x77a686b3" referenced memory at "0x0080101". The memory could not be "written". C++ debugger ( VisualStudio 6 with SP 5 IDE ) stoped on instruction "77A686B3 mov DWORD PTR (ESI).ECX" with message:"Unhandled Exception in PHP.EXE ( OLE32.DLL ):0xC005:Access Violation" After disabled module "php_iisfunc.dll" in php.ini file IIS server start working without any problems. Maybie is not bug, because I just have upgrade from PHP 4.0.6. without previous uninstall. Otherwise, this module ( php_iisfunc.dll" extension ) work without any problem in IIS4 or IIS 5 with PHP 4.0.6. When I change this DLL with DLL from 4.0.6. version, PHP engine send this warning: "PHP Warning: Unable to load dynamic library 'E:\PHP\extensions/php_iisfunc.dll' - The specified procedure could not be found. in Unknown on line 0" Other functions of PHP and all other modules working without problems... at this moment. Edit this bug report at http://bugs.php.net/?id=14471&edit=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 #13963 Updated: Uploading files fails in IIS
ID: 13963 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: No Feedback Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.0CVS-2001-11-06 New Comment: No feedback. Previous Comments: [2002-01-08 02:58:40] [EMAIL PROTECTED] Does this work on current CVS or PHP 4.1 releases? [2001-11-07 04:38:56] [EMAIL PROTECTED] Please note that you can't downgrade to 4.0.8, because that doesn't exist. And 4.2.0-dev has a new way of dealing with fileuploades that has not been tested very well. [2001-11-06 17:29:19] [EMAIL PROTECTED] I think this is related to the fix to bug #13094. Here is an example: uptest1.php: uptest2.php: When I use PHP 4.0.8, this works as expected. It uploads to a temporary file, calls uptest2.php (giving all correct information) and deletes the temporary file. In PHP 4.2.0, it uploads the file (it shows up in my temp dir), but then I get a CGI timeout. It appears as though uptest2.php is never called. The temporary file is not deleted. I would gladly downgrade to 4.0.8, but I need some of the newest COM functionality. If there is a way to get a snapshot version from between about the 20th and 26th of october, that would be a good temporary solution (for me anyway), but a fix would be better (assuming this is actually a bug). Edit this bug report at http://bugs.php.net/?id=13963&edit=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 #13689 Updated: machine crushes
ID: 13689 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: No Feedback Bug Type: IIS related Operating System: win2k adv SP2 PHP Version: 4.0.4 New Comment: No feedback. Previous Comments: [2002-01-08 02:59:27] [EMAIL PROTECTED] Can you please try a new version and see if the problem still exists? [2001-10-18 07:09:52] [EMAIL PROTECTED] although it was running as CGI, not isapi? [2001-10-16 09:11:15] [EMAIL PROTECTED] The ISAPI filter was not that very stable with 4.0.4. It improved a lot, so the best thing is to try a newer version first. [2001-10-16 08:52:55] [EMAIL PROTECTED] since those machines are web servers, i couldn't "play" and leave PHP on both of them. I also have it installed on my machine, and i dont't have problems.. but i don't run IIS on it :) Can you think of anything else except just trying with new version? [2001-10-16 07:36:42] [EMAIL PROTECTED] since those machines are web servers, i couldn't "play" and leave PHP on both of them. I also have it installed on my machine, and i dont't have problems.. but i don't run IIS on it :) Can you think of anything else except just trying with new version? 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=13689 Edit this bug report at http://bugs.php.net/?id=13689&edit=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 #8785 Updated: getlastmod returns 0 when run in NES in CGI mode
ID: 8785 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: No Feedback Bug Type: Filesystem function related Operating System: AIX 4.3.2 PHP Version: 4.0.4 New Comment: No feedback. Previous Comments: [2002-01-07 10:17:48] [EMAIL PROTECTED] Can you test behaviour with PHP 4.1.1? [2001-10-26 03:51:04] [EMAIL PROTECTED] whether, It should matter. when php binary run from command line. the 'file.php' is already open while when php binary run from web server as cgi interpreter (from NES, now iplanet) the 'file.php' was not opened and php don't walk the same branch of code see my other bug report #8782 Sorry I don't test with php 4.0.6 [2001-10-20 21:07:27] [EMAIL PROTECTED] It shouldn't matter if the same binary is run from command line or by webserver. Or did you mean that it doesn't work with the PHP compiled as NSAPI module ? And does this happen with PHP 4.0.6 ? --Jani [2001-01-18 11:14:59] [EMAIL PROTECTED] The PHP function getlastmod always return 0 when I use it with PHP cgi 4.0.4 and Netscape E.S. 3.51. When I run the same script (with the same PHP of course) starting from Shell, not from N.E.S., all is well. Ideas ? Edit this bug report at http://bugs.php.net/?id=8785&edit=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 #15118 Updated: fopen and fwrite writes to much data in mode a and a+
ID: 15118
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Duplicate
Bug Type: Filesystem function related
Operating System: W2K
PHP Version: 4.1.1
New Comment:
Dupe of #15117
Please, post only once.
Previous Comments:
[2002-01-19 17:12:55] [EMAIL PROTECTED]
code
$orderstring = $date."\t". //current time
$tireqty." tires\t".//received form field
$oilqty." oil\t". //received form field
$sparkqty." sparks\t". //received form field
$totalamount."\t". /calc. from form fields
$address."\n"; //received form field
$fp = fopen("orders.txt", "a");
fwrite($fp, $orderstring);
fclose($fp);
output in orders.txt
22:32 19th Saturday 20024 tires 1 oil 12 sparks 503.80 NL
22:32 19th Saturday 2002 tires oil sparks 0.00
Bug:
When using fopen() in mode a or a+ the last line will be added without
any obvious cause.
When fopen() is used in same code but in mode w it works correct like
expected.
I haven't tested fopen() in all other available modes.
Edit this bug report at http://bugs.php.net/?id=15118&edit=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 #14143 Updated: Segmentation fun
ID: 14143
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Apache2 related
Operating System: SuSE7.1
PHP Version: 4.0CVS-2001-11-20
New Comment:
Teo: Can you download a CVS snapshot, and see if it works?
http://snaps.php.net
Previous Comments:
[2002-01-17 13:44:09] [EMAIL PROTECTED]
to solve the problem related to cgi var setting (PATH_INFO and so on)
you need the latest cvs, the one in 4.1.1
has bugs (at least when used with apache-2.0.28).
Roberto.
[2002-01-17 13:27:12] [EMAIL PROTECTED]
Tested again on Mandrake8.1 / php-4.1.1 / Apache-2.0.28-beta.
for a page like i.php/something the PATH_INFO still doesn't get set,
but least it doesn't segfault anymore.
PHP config line: --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql
--with-dom --disable-posix --disable-pic --with-zlib --enable-wddx
--enable-debug
[2002-01-17 06:01:00] [EMAIL PROTECTED]
Does the same happen on 4.1.1 or current CVS?
[2001-11-20 06:49:34] [EMAIL PROTECTED]
related to #12691
Configuration: same as in #12691 except Apache is using prefork mpm.
The request: GET /i.php/a
Backtrace and request info are:
Program received signal SIGSEGV, Segmentation fault.
0x4004bb1e in apr_palloc (a=0x813e4cc, reqsize=10) at apr_pools.c:1214
1214first_avail = blok->h.first_avail;
(gdb) bt
#0 0x4004bb1e in apr_palloc (a=0x813e4cc, reqsize=10) at
apr_pools.c:1214
#1 0x80910d8 in add_any_filter (name=0x80aac34 "BYTERANGE", ctx=0x0,
r=0x813e51c, c=0x813a5cc, reg_filter_set=0x80ca19c,
r_filters=0x813e688,
c_filters=0x813a610) at util_filter.c:151
#2 0x809131f in ap_add_output_filter (name=0x80aac34 "BYTERANGE",
ctx=0x0,
r=0x813e51c, c=0x813a5cc) at util_filter.c:201
#3 0x8069f67 in ap_http_insert_filter (r=0x813e51c) at
http_core.c:310
#4 0x809ca63 in ap_run_insert_filter (r=0x813e51c) at request.c:120
#5 0x809d23d in ap_process_request_internal (r=0x813e51c) at
request.c:279
#6 0x806f779 in ap_process_request (r=0x813e51c) at
http_request.c:284
#7 0x8069e96 in ap_process_http_connection (c=0x813a5cc) at
http_core.c:289
#8 0x808f2f7 in ap_run_process_connection (c=0x813a5cc) at
connection.c:82
#9 0x808f58d in ap_process_connection (c=0x813a5cc) at
connection.c:219
#10 0x80804bc in child_main (child_num_arg=0) at prefork.c:803
#11 0x80805b3 in make_child (s=0x80cae44, slot=0) at prefork.c:839
#12 0x8080725 in startup_children (number_to_start=1) at prefork.c:913
#13 0x8080c45 in ap_mpm_run (_pconf=0x80c9cec, plog=0x80fde8c,
s=0x80cae44)
at prefork.c:1129
#14 0x8087ce6 in main (argc=2, argv=0xb674) at main.c:432
(gdb) f 3
#3 0x8069f67 in ap_http_insert_filter (r=0x813e51c) at
http_core.c:310
310 ap_add_output_filter("BYTERANGE", NULL, r,
r->connection);
(gdb) p *r
$8 = {pool = 0x813e4ec, connection = 0x813a5cc, server = 0x80cae44,
next = 0x0, prev = 0x0, main = 0x0,
the_request = 0x813ecac "GET /i.php/a HTTP/1.1", assbackwards = 0,
proxyreq = 0, header_only = 0, protocol = 0x813ecfc "HTTP/1.1",
proto_num = 1001, hostname = 0x813ef6c "teo",
request_time = 1006255730034262, status_line = 0x0, status = 200,
method = 0x813ecc4 "GET", method_number = 0, allowed = 0,
allowed_xmethods = 0x0, allowed_methods = 0x813e694, sent_bodyct =
0,
bytes_sent = 0, mtime = 0, chunked = 0, boundary = 0x0, range = 0x0,
clength = 0, remaining = 0, read_length = 0, read_body = 0,
read_chunked = 0, expecting_100 = 0, headers_in = 0x813e6c4,
headers_out = 0x813ea14, err_headers_out = 0x813ea8c,
subprocess_env = 0x813e86c, notes = 0x813eacc,
content_type = 0x813f604 "application/x-httpd-php", handler = 0x0,
content_encoding = 0x0, content_languages = 0x0, vlist_validator =
0x0,
user = 0x0, ap_auth_type = 0x0, no_cache = 0, no_local_copy = 0,
unparsed_uri = 0x813ecdc "/i.php/a", uri = 0x813ecec "/i.php/a",
filename = 0x813f1d4 "/usr/local/apache2/htdocs/i.php",
canonical_filename = 0x813f0e4 "/usr/local/apache2/htdocs/i.php/a",
path_info = 0x813f133 "/a", args = 0x0, finfo = {cntxt = 0x813e4ec,
valid = 7598448, protection = 1604, filetype = APR_REG, user = 0,
group = 0, inode = 314593, device = 773, nlink = 1, size = 17,
csize = 24,
atime = 100625296900, mtime = 99740411000,
ctime = 99740411000,
fname = 0x813f1d4 "/usr/local/apache2/htdocs/i.php",
name = 0x80c23cc "O,\f\b", filehand = 0x13f0e4}, parsed_uri = {
scheme = 0x0, hostinfo = 0x0, user = 0x0, password = 0
[PHP-DEV] Bug #14160 Updated: associative arrays - cannot use exclamation mark in key!
ID: 14160 Updated by: lobbin Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Arrays related Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: Works for me in CVS, can someone still reproduce this on windows? Previous Comments: [2001-11-21 10:46:19] [EMAIL PROTECTED] Sorry, I am working to a strict (and rapidly approaching) deadline on this website and cannot afford to be installing new versions of PHP on the server. If the machine was in my office or my personal machine it would be fine but I'm sorry fellas! I have found a workaround for the moment (leaving the exclamation mark out) and I am happy with that for the moment. [2001-11-21 10:38:12] [EMAIL PROTECTED] Mixep up name, sorry :) You can test RC please http://phpuk.org/~james/php-4.1.0RC3-win32.zip [2001-11-21 10:32:56] [EMAIL PROTECTED] Maybe it is a windows thingie, specifically windows 2000, I don't have the same problem with 4.0.4pl1 and IIS4. If it helps, I'm using the PHP Installer version of 4.0.6 (CGI) [2001-11-21 10:32:22] [EMAIL PROTECTED] Maybe it is a windows thingie, specifically windows 2000, I don't have the same problem with 4.0.4pl1 and IIS4. If it helps, I'm using the PHP Installer version of 4.0.6 (CGI) [2001-11-21 10:31:09] [EMAIL PROTECTED] Can't reproduce this under win32 (but only have some 4.0.8-dev). Lets wait what he reports back with RC 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=14160 Edit this bug report at http://bugs.php.net/?id=14160&edit=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 #7045 Updated: Shuffle() does not behave correctly
ID: 7045
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Arrays related
Operating System: Linux RH 6 and 7
PHP Version: 4.1.0
Assigned To: rodif_bl
New Comment:
Can someone check/commit this? :)
Previous Comments:
[2002-01-12 20:45:00] [EMAIL PROTECTED]
here is a patch that fixes the
shuffle and adds ashuffle.
Im pretty new to this list and if someone could tell me
if i can/should apply this to cvs?
--- ext/standard/array.c.oldSat Jan 12 04:23:55 2002
+++ ext/standard/array.cSat Jan 12 10:03:17 2002
@@ -1415,13 +1415,72 @@
}
/* }}} */
-
-static int array_data_shuffle(const void *a, const void *b TSRMLS_DC)
+static int php_rand_sort(void *base, size_t nmemb, size_t size, int
(*cmp)(const void *, const void *))
{
- return (php_rand(TSRMLS_C) % 2) ? 1 : -1;
+Bucket *t, **new_order;
+HashTable *ht;
+int i, j;
+ulong num_key;
+char *string_key;
+
+int status, *tmp;
+
+new_order = emalloc(sizeof(Bucket *) * nmemb);
+
+ALLOC_HASHTABLE(ht);
+zend_hash_init(ht, 0, NULL, ZVAL_PTR_DTOR, 0);
+
+for(i = 0;i < nmemb;i++)
+{
+zval *z_rand;
+MAKE_STD_ZVAL(z_rand);
+ZVAL_LONG(z_rand,rand());
+
+t = *(((Bucket **)base) + i);
+if(t->nKeyLength == 0)
+status = zend_hash_index_update(ht, t->h, &z_rand,
sizeof(zval *), NULL);
+else
+status = zend_hash_update(ht, t->arKey, t->nKeyLength,
&z_rand, sizeof(zval *), NULL);
+}
+
+set_compare_func(SORT_NUMERIC TSRMLS_CC);
+zend_hash_sort(ht, qsort, array_data_compare, 0);
+
+zend_hash_internal_pointer_reset(ht);
+for(i = 0;i < nmemb;i++)
+{
+switch(zend_hash_get_current_key(ht, &string_key,
&num_key, 1))
+{
+case HASH_KEY_IS_STRING:
+for(j = 0;j < nmemb;j++)
+{
+t = *(((Bucket **)base) + j);
+
if(!strncmp(t->arKey,string_key,t->nKeyLength))
+{
+new_order[i] = *(((Bucket **)base) + j);
+break;
+}
+}
+break;
+case HASH_KEY_IS_LONG:
+for(j = 0;j < nmemb;j++)
+{
+t = *(((Bucket **)base) + j);
+if(t->h == num_key)
+{
+new_order[i] = *(((Bucket **)base) + j);
+break;
+}
+}
+break;
+}
+zend_hash_move_forward(ht);
+}
+memcpy(base, new_order, size * nmemb);
+zend_hash_destroy(ht);
+efree(new_order);
}
-
/* {{{ proto bool shuffle(array array_arg)
Randomly shuffle the contents of an array */
PHP_FUNCTION(shuffle)
@@ -1431,7 +1490,23 @@
if (zend_parse_parameters(1 TSRMLS_CC, "a", &array) == FAILURE) {
RETURN_FALSE;
}
- if (zend_hash_sort(Z_ARRVAL_PP(&array), (sort_func_t)php_mergesort,
array_data_shuffle, 1 TSRMLS_CC) == FAILURE) {
+ if (zend_hash_sort(Z_ARRVAL_PP(&array), (sort_func_t)php_rand_sort,
NULL, 1 TSRMLS_CC) == FAILURE) {
+ RETURN_FALSE;
+ }
+ RETURN_TRUE;
+}
+/* }}} */
+
+/* {{{ proto bool ashuffle(array array_arg)
+ Randomly shuffle the contents of an array keeping keys intact*/
+PHP_FUNCTION(ashuffle)
+{
+ zval *array;
+
+ if (zend_parse_parameters(1 TSRMLS_CC, "a", &array) == FAILURE) {
+ RETURN_FALSE;
+ }
+ if (zend_hash_sort(Z_ARRVAL_PP(&array), (sort_func_t)php_rand_sort,
NULL, 0 TSRMLS_CC) == FAILURE) {
RETURN_FALSE;
}
RETURN_TRUE;
@@ -2880,7 +2955,7 @@
}
if (num_req_val == num_avail) {
- if (zend_hash_sort(Z_ARRVAL_P(return_value),
(sort_func_t)php_mergesort, array_data_shuffle, 1 TSRMLS_CC) ==
FAILURE) {
+ if (zend_hash_sort(Z_ARRVAL_P(return_value),
(sort_func_t)php_rand_sort, NULL, 1 TSRMLS_CC) == FAILURE) {
zval_dtor(return_value);
RETURN_FALSE;
}
--- ext/standard/php_array.h.oldSat Jan 12 10:11:26 2002
+++ ext/standard/php_array.hSat Jan 12 10:11:40 2002
@@ -55,6 +55,7 @@
PHP_FUNCTION(array_fill);
PHP_FUNCTION(range);
PHP_FUNCTION(shuffle);
+PHP_FUNCTION(ashuffle);
PHP_FUNCTION(array_multisort);
PHP_FUNCTION(array_push);
PHP_FUNCTION(array_pop)
[PHP-DEV] Bug #14143 Updated: Segmentation fun
ID: 14143
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Apache2 related
Operating System: SuSE7.1
PHP Version: 4.0CVS-2001-11-20
New Comment:
Does the same happen on 4.1.1 or current CVS?
Previous Comments:
[2001-11-20 06:49:34] [EMAIL PROTECTED]
related to #12691
Configuration: same as in #12691 except Apache is using prefork mpm.
The request: GET /i.php/a
Backtrace and request info are:
Program received signal SIGSEGV, Segmentation fault.
0x4004bb1e in apr_palloc (a=0x813e4cc, reqsize=10) at apr_pools.c:1214
1214first_avail = blok->h.first_avail;
(gdb) bt
#0 0x4004bb1e in apr_palloc (a=0x813e4cc, reqsize=10) at
apr_pools.c:1214
#1 0x80910d8 in add_any_filter (name=0x80aac34 "BYTERANGE", ctx=0x0,
r=0x813e51c, c=0x813a5cc, reg_filter_set=0x80ca19c,
r_filters=0x813e688,
c_filters=0x813a610) at util_filter.c:151
#2 0x809131f in ap_add_output_filter (name=0x80aac34 "BYTERANGE",
ctx=0x0,
r=0x813e51c, c=0x813a5cc) at util_filter.c:201
#3 0x8069f67 in ap_http_insert_filter (r=0x813e51c) at
http_core.c:310
#4 0x809ca63 in ap_run_insert_filter (r=0x813e51c) at request.c:120
#5 0x809d23d in ap_process_request_internal (r=0x813e51c) at
request.c:279
#6 0x806f779 in ap_process_request (r=0x813e51c) at
http_request.c:284
#7 0x8069e96 in ap_process_http_connection (c=0x813a5cc) at
http_core.c:289
#8 0x808f2f7 in ap_run_process_connection (c=0x813a5cc) at
connection.c:82
#9 0x808f58d in ap_process_connection (c=0x813a5cc) at
connection.c:219
#10 0x80804bc in child_main (child_num_arg=0) at prefork.c:803
#11 0x80805b3 in make_child (s=0x80cae44, slot=0) at prefork.c:839
#12 0x8080725 in startup_children (number_to_start=1) at prefork.c:913
#13 0x8080c45 in ap_mpm_run (_pconf=0x80c9cec, plog=0x80fde8c,
s=0x80cae44)
at prefork.c:1129
#14 0x8087ce6 in main (argc=2, argv=0xb674) at main.c:432
(gdb) f 3
#3 0x8069f67 in ap_http_insert_filter (r=0x813e51c) at
http_core.c:310
310 ap_add_output_filter("BYTERANGE", NULL, r,
r->connection);
(gdb) p *r
$8 = {pool = 0x813e4ec, connection = 0x813a5cc, server = 0x80cae44,
next = 0x0, prev = 0x0, main = 0x0,
the_request = 0x813ecac "GET /i.php/a HTTP/1.1", assbackwards = 0,
proxyreq = 0, header_only = 0, protocol = 0x813ecfc "HTTP/1.1",
proto_num = 1001, hostname = 0x813ef6c "teo",
request_time = 1006255730034262, status_line = 0x0, status = 200,
method = 0x813ecc4 "GET", method_number = 0, allowed = 0,
allowed_xmethods = 0x0, allowed_methods = 0x813e694, sent_bodyct =
0,
bytes_sent = 0, mtime = 0, chunked = 0, boundary = 0x0, range = 0x0,
clength = 0, remaining = 0, read_length = 0, read_body = 0,
read_chunked = 0, expecting_100 = 0, headers_in = 0x813e6c4,
headers_out = 0x813ea14, err_headers_out = 0x813ea8c,
subprocess_env = 0x813e86c, notes = 0x813eacc,
content_type = 0x813f604 "application/x-httpd-php", handler = 0x0,
content_encoding = 0x0, content_languages = 0x0, vlist_validator =
0x0,
user = 0x0, ap_auth_type = 0x0, no_cache = 0, no_local_copy = 0,
unparsed_uri = 0x813ecdc "/i.php/a", uri = 0x813ecec "/i.php/a",
filename = 0x813f1d4 "/usr/local/apache2/htdocs/i.php",
canonical_filename = 0x813f0e4 "/usr/local/apache2/htdocs/i.php/a",
path_info = 0x813f133 "/a", args = 0x0, finfo = {cntxt = 0x813e4ec,
valid = 7598448, protection = 1604, filetype = APR_REG, user = 0,
group = 0, inode = 314593, device = 773, nlink = 1, size = 17,
csize = 24,
atime = 100625296900, mtime = 99740411000,
ctime = 99740411000,
fname = 0x813f1d4 "/usr/local/apache2/htdocs/i.php",
name = 0x80c23cc "O,\f\b", filehand = 0x13f0e4}, parsed_uri = {
scheme = 0x0, hostinfo = 0x0, user = 0x0, password = 0x0, hostname
= 0x0,
port_str = 0x0, path = 0x813ecec "/i.php/a", query = 0x0, fragment
= 0x0,
hostent = 0x0, port = 0, is_initialized = 1, dns_looked_up = 0,
dns_resolved = 0}, per_dir_config = 0x813f474, request_config =
0x813eb0c,
htaccess = 0x0, output_filters = 0x813f62c, input_filters =
0x813f654,
eos_sent = 0}
Edit this bug report at http://bugs.php.net/?id=14143&edit=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 #12691 Updated: Apache 2: Server variables don't get set
ID: 12691 Updated by: lobbin Old Summary: Apache 2: Server variables don't get set Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: SuSE7.1 Old PHP Version: 4.0CVS-2001-08-10 PHP Version: 4.1.1 Previous Comments: [2001-11-19 12:37:39] [EMAIL PROTECTED] ok, here's what I tried: o PHP4.0.2-dev (php4-2009 from snaps) o config line is: './configure' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-mysql' '--with-dom' '--disable-posix' '--disable-pic' '--with-zlib' '--enable-wddx' o Apache2.0.28-beta o config line is: CFLAGS="-g"; export CFLAGS "./configure" \ "--enable-layout=Apache" \ "--enable-auth-digest" \ "--enable-ext-filter" \ "--disable-include" \ "--enable-headers" \ "--enable-so" \ "--enable-ssl=shared" \ "--with-mpm=threaded" \ "--enable-http" \ "--enable-dav=shared" \ "--disable-asis" \ "--enable-info=shared" \ "--enable-suexec" \ "--enable-cgi=shared" \ "--enable-cgid=shared" \ "--enable-dav-fs=shared" \ "--enable-vhost-alias=shared" \ "--disable-imap" \ "--enable-rewrite=shared" \ "--with-suexec-uidmin=30" \ "--with-suexec-gidmin=65534" Now env vars are set ok (either with or without seting I/O filters, just with an AddType), *BUT* :) I still found that one very important one is missing, namely PATH_INFO. If I say http://teo.gecadsoftware.com/i.php/x it gives a file not found error (where i.php exists and contains a phpinfo() call). I tried to catch that with FilesMatch, but couldn't figure (I think the test for $DOCUMENT_ROOT/i.php/x to exist is done before applying matches, which makes sense). I am having a look into it but my experience with Apache2 is less that epsilon :) so maybe somebody can have a look too? [2001-11-17 12:10:10] [EMAIL PROTECTED] There has been a patch regarding this three days ago. Please try the latest snapshot from http://snaps.php.net/ and report, if the problem still comes up. [2001-11-03 21:53:17] [EMAIL PROTECTED] updated short desc. [2001-08-10 11:08:15] [EMAIL PROTECTED] hi alindeman, erm, you missed the essential "2" :) it's with Apache2 (apxs2) Additional note: printenv from /cgi-bin shows them just right. [2001-08-10 10:49:39] [EMAIL PROTECTED] works fine for me (Apache 1.3.20 + PHP Latest CVS). Try running and see what variables are defined.. 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=12691 Edit this bug report at http://bugs.php.net/?id=12691&edit=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 #9852 Updated: Header redirect and db connection cause "CGI misbehaved"
ID: 9852
Updated by: lobbin
Old Summary: Header redirect and db connection cause "CGI misbehaved"
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: IIS related
Operating System: Windows 2000
Old PHP Version: 4.0.4pl1
PHP Version: 4.1.1
Previous Comments:
[2002-01-12 06:58:59] [EMAIL PROTECTED]
Can you try this with 4.1.1? There been alot of fixes for IIS in the
recent versions.
[2001-03-19 22:41:31] [EMAIL PROTECTED]
Under the category of "You Can Never Have Too Much Information On A
Bug", here is my experience with the "CGI App Misbehaved" bug (related
bug reports: #8571 and #8744).
Bug report summary:
A PHP script that sends a 'Location' header directive and makes a
database connection causes IIS to intermittently return a 'Gateway
Error 502' when the client browser asks for the page specified in the
redirect. The address bar will correctly show the page that should
have loaded when the error is displayed, and pressing F5 (refresh) will
correctly load the page. Note that the error is (seemingly) completely
random, sometimes you get it, other times the script works correctly.
The error message text is:
-- Begin --
CGI Error
The specified CGI application misbehaved by not returning a complete
set of HTTP headers. The headers it did return are:
-- End --
This error depends on:
1) Using PHP in CGI mode (i.e. using php.exe, the ISAPI dll does not
seem to produce this error, although it has it's own problems).
2) A PHP script that connects to a database (tested both mssql_connect
and odbc_connect) *and* sends a 'Location:' header. If the script
redirects to something other than a .php file (i.e. .html or .pdf) or
does not connect to the database, the error will not occur.
3) A successful db connection. If the db connect call fails (due to
bad password, etc.), the redirect always works.
This error does *not* depend on:
1) A fully qualified 'Location' header. The following also fails:
header('Location: http://10.0.0.30/test/done.php');
2) The relative order of the header() and xxx_connect() calls in
'doit.php'. I wouldn't expect the order to affect the result, but I
checked it anyway.
Interesting note: While upgrading the server to SP1 to see if it had
any affect on this bug, I continued to test while it was in the process
of performing the upgrade. It was very difficult (I gave up) trying to
get the error. The CPU was at 100% due to the upgrade which
(obviously) caused the web server performance to suffer. Combined with
the fact that it occurs randomly anyway, this suggests that it may have
something to do with the timings between the request for doit.php,
execution of doit.php, and the request for done.php.
Hardware/Software:
Web server:
Win2000 Server (with and without SP1)
IIS 5.0
PHP 4.0.4pl1 (CGI mode)
Database server:
WinNT 4.0 SP6
MS-SQL 7.0
Client:
Win2000 Professional SP1
IE 5.5 SP1
Test scripts
start.php
Test
Do test
doit.php
done.php
Test
Test complete
Reset test
Here are actual HTTP headers recorded using a packet sniffer:
Scenario #1 - CGI Error Occurs
Client request
GET /test/doit.php HTTP/1.1
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg,
application/vnd.ms-excel, application/msword, */*
Referer: http://10.0.0.30/test/start.php
Accept-Language: en-us
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0)
Host: 10.0.0.30
Connection: Keep-Alive
Server response
HTTP/1.1 302 Object Moved
Location: done.php
Server: Microsoft-IIS/5.0
Content-Type: text/html
Connection: close
Content-Length: 131
Client request (automatic IE request)
GET /test/done.php HTTP/1.1
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg,
application/vnd.ms-excel, application/msword, */*
Referer: http://10.0.0.30/test/start.php
Accept-Language: en-us
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0)
Host: 10.0.0.30
C
[PHP-DEV] Bug #13283 Updated: Can't make MD4
ID: 13283 Updated by: lobbin Old Summary: Can't make MD4 Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: mhash related Operating System: Linux PHP Version: 4.0.6 New Comment: On 4.1.0: The crc32-hash is 3bf7d740 The md4-hash is f946e584b60439a1c89c4ab20b45eb02 -> Closed. Previous Comments: [2001-09-13 07:45:19] [EMAIL PROTECTED] Script: $input = "MyPw"; $hash = mhash (MHASH_CRC32, $input); print "The crc32-hash is ".bin2hex($hash)."\n"; $hash = mhash (MHASH_MD4, $input); print "The md4-hash is ".bin2hex ($hash)."\n"; Output: The crc32-hash is 3bf7d740 The md4-hash is 3bf7d740 [2001-09-13 07:40:39] [EMAIL PROTECTED] Please post a short reproducing scripts and a backtrace. Derick [2001-09-13 07:36:49] [EMAIL PROTECTED] mhash works, linux makes the correct md4-hash, but if i use MHASH_MD4, it is a CRC32-Hash. Edit this bug report at http://bugs.php.net/?id=13283&edit=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 #12792 Updated: mhash seg fault
ID: 12792 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: mhash related Operating System: Red Hat 7.1 PHP Version: 4.0.6 New Comment: Works for me on 4.1.0, please verify. Previous Comments: [2001-08-16 10:03:55] [EMAIL PROTECTED] PHP causes a seg fault when I try to use any mhash functions. Versions: PHP 4.0.6 Apache 1.3.20 RedHat 7.1 mhash 0.8.9 PHP was configured with these options: "./configure" \ "--with-apxs" \ "--with-ibm-db2=shared" \ "--with-ldap=shared" \ "--with-fdftk=shared,/usr/local" \ "--with-mcrypt=shared" \ "--with-mhash=shared" \ "--enable-ftp" \ "--with-config-file-path=/etc" \ "--enable-trans-sid" \ "--enable-debug" \ Everything other than the mhash and mcrypt functions works. As a test, I tried to run this script: \n"; echo "Key: $key\n"; echo "MD5 Hash: $md5hash\n"; ?> The following backtrace was generated: #0 0x400099f2 in _dl_lookup_versioned_symbol () at eval.c:41 #1 0x4000d206 in fixup () at eval.c:41 #2 0x4000d3a0 in _dl_runtime_resolve () at eval.c:41 #3 0x406dc50a in mhash_hmac_init () from /usr/lib/libmhash.so.2 #4 0x4054c6d0 in php_if_mhash (ht=3, return_value=0x8137064, this_ptr=0x0, return_value_used=1) at mhash.c:171 #5 0x40420de9 in execute (op_array=0x8136ef4) at ./zend_execute.c:1504 #6 0x404315f1 in zend_execute_scripts (type=8, file_count=3) at zend.c:752 #7 0x404487a4 in php_execute_script (primary_file=0xb870) at main.c:1206 #8 0x4044403a in apache_php_module_main (r=0x80a21c0, display_source_mode=0) at sapi_apache.c:89 #9 0x40444ccc in send_php (r=0x80a21c0, display_source_mode=0, filename=0x80a3c78 "/var/www/html/smart/hash-crypt-test.php") at mod_php4.c:536 #10 0x40444d01 in send_parsed_php (r=0x80a21c0) at mod_php4.c:547 #11 0x80551bd in ap_invoke_handler () at eval.c:41 #12 0x806735c in ap_some_auth_required () at eval.c:41 #13 0x80673d3 in ap_process_request () at eval.c:41 #14 0x805fa37 in ap_child_terminate () at eval.c:41 #15 0x805fbda in ap_child_terminate () at eval.c:41 #16 0x805fd1d in ap_child_terminate () at eval.c:41 #17 0x806033e in ap_child_terminate () at eval.c:41 #18 0x8060c03 in main () at eval.c:41 #19 0x40151777 in __libc_start_main () from /lib/libc.so.6 As a separate test, I also ran this script: \n"; echo "Key: $key\n"; echo "MD5 Hash: $md5hash\n"; ?> (since not using a key changes the call made in mhash.c). This also failed, and here's the backtrace: #0 0x400099f2 in _dl_lookup_versioned_symbol () at eval.c:41 #1 0x4000d206 in fixup () at eval.c:41 #2 0x4000d3a0 in _dl_runtime_resolve () at eval.c:41 #3 0x406dc159 in mhash_init () from /usr/lib/libmhash.so.2 #4 0x4054c6eb in php_if_mhash (ht=2, return_value=0x8136fc4, this_ptr=0x0, return_value_used=1) at mhash.c:176 #5 0x40420de9 in execute (op_array=0x8136ef4) at ./zend_execute.c:1504 #6 0x404315f1 in zend_execute_scripts (type=8, file_count=3) at zend.c:752 #7 0x404487a4 in php_execute_script (primary_file=0xb870) at main.c:1206 #8 0x4044403a in apache_php_module_main (r=0x80a21c0, display_source_mode=0) at sapi_apache.c:89 #9 0x40444ccc in send_php (r=0x80a21c0, display_source_mode=0, filename=0x80a3c78 "/var/www/html/smart/hash-crypt-test.php") at mod_php4.c:536 #10 0x40444d01 in send_parsed_php (r=0x80a21c0) at mod_php4.c:547 #11 0x80551bd in ap_invoke_handler () at eval.c:41 #12 0x806735c in ap_some_auth_required () at eval.c:41 #13 0x80673d3 in ap_process_request () at eval.c:41 #14 0x805fa37 in ap_child_terminate () at eval.c:41 #15 0x805fbda in ap_child_terminate () at eval.c:41 #16 0x805fd1d in ap_child_terminate () at eval.c:41 #17 0x806033e in ap_child_terminate () at eval.c:41 #18 0x8060c03 in main () at eval.c:41 #19 0x40151777 in __libc_start_main () from /lib/libc.so.6 Let me know if there's any other information I can supply. - James Edit this bug report at http://bugs.php.net/?id=12792&edit=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 #13021 Updated: ip2long erroneous in actually creating a long
ID: 13021 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Network related Operating System: Linux 2.2.17 PHP Version: 4.0.6 New Comment: Works for me on 4.1.0, please verify. Previous Comments: [2001-08-29 06:09:31] [EMAIL PROTECTED] Actually the given example of 'equivalent' URLs will return in: The following URLs are equivalent: http://www.php.net/, http://208.247.106.187/, and http://-789091653/ The last one, obviously being erroneous. http://www.php.net/manual/en/function.ip2long.php Edit this bug report at http://bugs.php.net/?id=13021&edit=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 #12813 Updated: Bug id #11058 but on linux.
ID: 12813
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Network related
Operating System: Linux
PHP Version: 4.0.6
New Comment:
Does this still apply on 4.1.1?
Previous Comments:
[2001-08-20 09:41:09] [EMAIL PROTECTED]
It looks like the getaddrinfo function dont consider the /etc/hosts
file so if a domain cant be converted to an ip using dns server then
the error will show.
if i try to do:
include("on.my.etc.hosts.files/whatever") the error will show up
if i do
include("my.real.domain.on.the.internet") everything will work fine
Frank "Pazzooo" Contrepois
[2001-08-17 11:04:29] [EMAIL PROTECTED]
System Linux bato 2.2.19 #1 Thu Jun 7 10:44:22 Local time zone must be
set--see zic manuali686 i686 unknown
Build Date Aug 17 2001
Configure Command './configure'
'--with-apxs=/usr/local/apache/bin/apxs' '--prefix=/usr/local/php'
'--with-openssl=/usr/local/' '--with-pgsql' '--without-mysql'
Server API Apache
when I try to fopen or include an url i got 2 warning:
Warning: php_network_getaddresses: getaddrinfo failed: Name or service
not known in /home/www/motoko/htdocs/cwnd-xml/parser-site-xml.php on
line 374
Warning: Failed opening
'http://www.motoko.lan/cwnd-xml/CORPO/cwnd-parser-materiale.php?url=cwnd-materiale.xml'
for inclusion (include_path='.:/usr/local/php/lib/php') in
/home/www/motoko/htdocs/cwnd-xml/parser-site-xml.php on line 374
everything work fine with windows using fopen
Frank "Pazzooo" Contrepois
Edit this bug report at http://bugs.php.net/?id=12813&edit=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 #14354 Updated: sybase_query returns 1 regardless of delete success
ID: 14354 Updated by: lobbin Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Sybase (dblib) related Operating System: Linux Mandrake 8 Old PHP Version: 4.0.6 PHP Version: 4.1.1 Previous Comments: [2002-01-08 17:02:43] [EMAIL PROTECTED] I just tried it on php 4.1.1 and the problem still exists. [2002-01-07 02:34:06] [EMAIL PROTECTED] Does this problem still exist on 4.1.1? [2001-12-12 06:41:44] [EMAIL PROTECTED] oh, ok, then it is not bogus. [2001-12-12 06:24:21] [EMAIL PROTECTED] I'm not sure if I can agree with you on that. If I don't use the @ sign, sybase_query displays a warning of the type Warning: Sybase message: Children still exist in 'table1'. Cannot delete parent 'table2'. (severity 16) in /path/to/my/script.php on line 1432 Doesn't that mean that sybase_query didn't return ok? Besides, according to the documentation, the function sybase_affected_rows is only implemented for the ct library, not dblib. Unfortunately, we haven't been able to get sybase-ct to work for us, even though we tried all the hints we could get. [2001-12-11 13:58:59] [EMAIL PROTECTED] Actually, this is not a bug. The query still executes ok, but the result is different then you want. You can check with the sybase_affected_rows function if it is deleted or not: www.php.net/sybase_affected_rows Derick The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=14354 Edit this bug report at http://bugs.php.net/?id=14354&edit=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 #11716 Updated: Segmentation fault(coredump) in Apache(DSO-enabled) startup
ID: 11716 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Apache related Operating System: AIX 4.3.3 Old PHP Version: 4.0.6 PHP Version: 4.1.1 New Comment: Can you provide some output from make/configure where .libs/libphp4.so.0 is referenced? Previous Comments: [2002-01-16 02:45:20] [EMAIL PROTECTED] This is my testing environment: AIX 4.3.3 gcc 2.95.3 Apache 1.3.22 PHP 4.1.1 It works in DSO-enabled apache. However, there is still installation problem like the following. --- configure and make works fine --- # make install Making install in . make[1]: Entering directory `/home/cmlee/php-4.1.1' /usr/local/apache/bin/apxs -i -a -n php4 libs/libphp4.so [activating module `php4' in [/usr/local/apache/conf/httpd.conf] cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so cp: libs/libphp4.so: No such file or directory apxs:Break: Command failed with rc=1 make[1]: *** [install-sapi] Error 1 make[1]: Leaving directory `/home/cmlee/php-4.1.1' make: *** [install-recursive] Error 1 # cp .libs/libphp4.so.0 /usr/local/apache/libexec/libphp4.so # cd /usr/local/apache/bin # ./apachectl start ./apahectl start: httpd started Now PHP on the DSO-enabled apache are working well. I've tested with 'phpinfo()' function. [2002-01-12 14:44:51] [EMAIL PROTECTED] Can you try with the latest release 4.1.1? [2001-10-28 23:34:40] [EMAIL PROTECTED] I tried, however the result is same before. Tried snapshot : php4-200110281500.tar.gz $ pwd /home/cmlee/php4-200110281500 $ ./configure --enable-debug \ --with-apxs=/usr/local/apache/bin/apxs \ --with-mysql=no $ make ar -crlo .libs/libphp4.a .libs/libphp4.so.0 rm -fr .libs/libphp4.lax creating libphp4.la (cd .libs && rm -f libphp4.la && ln -s ../libphp4.la libphp4.la) make[1]: Leaving directory `/home/cmlee/php4-200110281500' Making all in pear make[1]: Entering directory `/home/cmlee/php4-200110281500/pear' make[1]: Leaving directory `/home/cmlee/php4-200110281500/pear' $ su # make install Making install in . make[1]: Entering directory `/home/cmlee/php4-200110281500' /home/cmlee/php4-200110281500/build/shtool mkdir -p "/usr/local/apache/libexec" && /usr/local/apache/bin/apxs -S LIBEXECDIR="/usr/local/apache/libexec" -i -a -n php4 libs/libphp4.so [activating module `php4' in /usr/local/apache/conf/httpd.conf] cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so cp: libs/libphp4.so: No such file or directory apxs:Break: Command failed with rc=1 make[1]: *** [install-sapi] Error 1 make[1]: Leaving directory `/home/cmlee/php4-200110281500' make: *** [install-recursive] Error 1 # cp .libs/libphp4.so.0 /usr/local/apache/libexec/libphp4.so # cd /usr/local/apache/bin # ./httpd -X Segmentation fault (core dumped) # gdb httpd GNU gdb 4.18 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 "powerpc-ibm-aix4.3.2.0"... (gdb) run -X Starting program: /usr/locql/apache/bin/httpd -X "/usr/lib/libpthreads.a": not in executable format: File format not recognized. (gdb) c Continuing. "/usr/lpp/xlC/lib/libC.a": not in executable format: File format not recognized. (gdb) c Continuing. "/usr/lib/libbind.a": not in executable format: File format not recognized. (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0xd0b5acac in ?? () from (unknown load module) (gdb) bt #0 0xd0b5acac in ?? () from (unknown load module) #1 (gdb) quit [2001-10-21 00:06:58] [EMAIL PROTECTED] Would you please try again the latest snapshot? [2001-07-19 00:56:34] [EMAIL PROTECTED] I tried to make php4-200107181935 snapshot. But now I have another problem which is an installation failure. $ ./configure --enable-debug \ --with-apxs=/home/apache/bin/apxs \ --with-mysql=no ... $ make ... $ su $ make install ... Making install in . make[1]: Entering directory `/home/cmlee/php4-200107181935' /home/cmlee/php4-200107181935/build/shtool mkdir -p "/home/apache/libexec" && /home/apache/bin/apxs -S LIBEXECDIR="/home/apache/libexec" -i -a -n php4 libs/libphp4.so
[PHP-DEV] Bug #14480 Updated: HTML garbaged, server crash
ID: 14480 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: iPlanet related Operating System: HP-UX 11.0, NSAPI PHP Version: 4.0.6 New Comment: Status -> Closed. Previous Comments: [2002-01-15 09:08:34] [EMAIL PROTECTED] Bug disappeared with PHP 4.1.1 (4.1.0 was not installed). I'm not really convinced it was PHP, anyway. Before I had installed 4.1.1, I tried reloading HTML from file without re-generating it, and re-submitting it to the web server, and I got the same results (CPU load with crashes). Unless it's something having to do with the communication interface between PHP and iPlanet. But is it likely? Meanwhile, if somebody can't or doesn't want to upgrade, a possible solution is to dump everything in a file, issue a ob_end_clean to discard the output, then send a "Location" header with the URL of the newly created file. You need to generate unique filenames on a per-client basis, since any attempt to store them somewhere else and resupply them via PHP will yield the same crashes :-( [2001-12-17 06:15:32] [EMAIL PROTECTED] I'm now installing PHP 4.1.0 and will test under different load conditions. I expect to be able to tell you something about 4.1.0 soon after Christmas. [2001-12-13 21:55:14] [EMAIL PROTECTED] Does this happen with PHP 4.1.0 ? [2001-12-13 05:29:08] [EMAIL PROTECTED] This is an intermittent bug. Some pages will appear OK if the HTML is dumped to file just before output using ob_get_contents(). Yet sections of the same HTML code, once on the browser, appear to have been replaced with garbage (apparently sections of the server memory). Simpler PHP code is not affected. Occasionally, the CPU load will skyrocket, and the Web server will crash without returning any data. I think it could be the PHP module, somehow corrupting ns-httpd memory, but am unable to investigate further. Edit this bug report at http://bugs.php.net/?id=14480&edit=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 #14152 Updated: foreach() can create objects with blank property names
ID: 14152
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Class/Object related
Operating System: Linux 2.2.16-enterprise
PHP Version: 4.0.5
New Comment:
Bogus, user error.
Previous Comments:
[2001-11-22 18:45:47] [EMAIL PROTECTED]
Much easier to reproduce by:
$a->$b="c";
Foreach loop should of course read
foreach($myarray as $key=>$value)
[2001-11-20 13:22:53] [EMAIL PROTECTED]
Using the following code (which someone may do accidentally):
$myarray = array("X" => "A", "Y" => "B", "Z" => "C");
foreach($myarray as $key->$value) {
...
}
causes PHP (on each iteration) to create an object $key with the value
of the current array element in a property with a blank name (because
$value has just been created, and is therefore empty).
The following var_dump() output illustrates:
object(stdClass)(1) {
[""]=>
string(1) "A"
}
The creation of objects with blank property names seems like it
shouldn't be possible (even unintentionally)!
Edit this bug report at http://bugs.php.net/?id=14152&edit=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 #10603 Updated: Problems changing the language.
ID: 10603
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Gettext related
Operating System: Windows 2000
PHP Version: 4.0.5
New Comment:
Is this valid on 4.1.1?
Previous Comments:
[2001-05-02 05:05:06] [EMAIL PROTECTED]
I run php as apache module (apache 1.3.19)
I put this code:
putenv("LANG=RO");
bindtextdomain ("domain", "./locale");
textdomain ("domain");
everything is ok.
Then I modify the value of the language ( and it's ok 'cause I display
it with getenv("LANG"), but the translation doesn't change.
If I run php as cgi this works fine.
I have the same problem with php 4.0.4pl1
Edit this bug report at http://bugs.php.net/?id=10603&edit=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 #10333 Updated: anything is OK, it really seems a buggy thing
ID: 10333
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Gettext related
Operating System: Linux - Mandrake 7.2
PHP Version: 4.0.4pl1
New Comment:
Can you reproduce this with 4.1.1?
Previous Comments:
[2001-04-15 09:30:58] [EMAIL PROTECTED]
I have compiled php with the following options (from
phpinfo() output):
'./configure' '--with-apxs=/usr/sbin/apxs' '--with-mysql'
'--with-zlib' '--with-config-file-path=/etc' '--with-bz2'
'--enable-ftp' '--with-gd' '--with-unixODBC'
'--enable-inline-optimization' '--with-gettext'
Always from phpinfo, i get this line:
GNU GetText Support => enabled
so, it seems gettext has been installed properly.
I have also built gettext from sources (I already had both
gettext and gettext-devel installed as RPMs), and put it
in its standard location (/usr/local).
So, I write a script like the following:
putenv ("LANG=it");
putenv ("LC_ALL=it");
bindtextdomain ("messages", "./locale");
textdomain ("messages");
echo _("welcome");
(as concernes the first two lines, I've tried out all of
the possible permutations, changing their order,
commenting the first, then the latter and so on)
then I put a valid messages.po file in the
./locale/it/LC_MESSAGES directory (I tried both with a
xgettext generated and not), and correctly compiled
it with the command
msgfmt -f -v -o messages.mo messages.po
so, I'm sure the file is correctly compiled as the -v
option gave clear output.
In the file there is a valid replacement for "welcome":
msgid "welcome"
msgstr "benvenuto"
but the string (though it compiles without errors)
would'nt be translated.
So, the problem is this.
Good job!
Daniele
[2001-04-15 09:27:29] [EMAIL PROTECTED]
I have compiled php with the following options (from
phpinfo() output):
'./configure' '--with-apxs=/usr/sbin/apxs' '--with-mysql'
'--with-zlib' '--with-config-file-path=/etc' '--with-bz2'
'--enable-ftp' '--with-gd' '--with-unixODBC'
'--enable-inline-optimization' '--with-gettext'
Always from phpinfo, i get this line:
GNU GetText Support => enabled
so, it seems gettext has been installed properly.
I have also built gettext from sources (I already had both
gettext and gettext-devel installed as RPMs), and put it
in its standard location (/usr/local).
So, I write a script like the following:
putenv ("LANG=it");
putenv ("LC_ALL=it");
bindtextdomain ("messages", "./locale");
textdomain ("messages");
echo _("welcome");
(as concernes the first two lines, I've tried out all of
the possible permutations, changing their order,
commenting the first, then the latter and so on)
then I put a valid messages.mo file in the
./locale/it/LC_MESSAGES directory, and correctly compiled
it with the command
msgfmt -f -v -o messages.mo messages.po
so, I'm sure the file is correctly compiled as the -v
option gave clear output.
In the file there is a valid replacement for "welcome":
msgid "welcome"
msgstr "benvenuto"
but the string (though it compiles without errors)
would'nt be translated.
So, the problem is this.
Good job!
Daniele
Edit this bug report at http://bugs.php.net/?id=10333&edit=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 #13553 Updated: $this isn't set in XML object handlers
ID: 13553
Updated by: lobbin
Old Summary: $this isn't set in XML object handlers
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: XML related
Operating System: Mac OS X 10.1
PHP Version: 4.0.6
New Comment:
Is this valid on 4.1.1?
Previous Comments:
[2001-10-04 22:59:47] [EMAIL PROTECTED]
xml_set_object() allows you to use an xml parser inside a
class and have it call class methods instead of global
functions. $this is not set properly within the context of
these handlers when called by the xml parser. This can
cause data loss (e.g. $this->variable is set by one of the
XML handlers and disappears after the parsing is finished)
or, if you try to call certain functions on $this such as
gettype() or classname() php will die with a bus error:
XMLParser = xml_parser_create();
xml_set_object($this->XMLParser, $this);
xml_parser_set_option($this->XMLParser,
XML_OPTION_CASE_FOLDING, false);
xml_set_element_handler($this->XMLParser,
"xmlStartElement", "xmlEndElement");
}
function parse() {
$xml = '
';
if (!xml_parse($this->XMLParser, $xml, true)) {
die( sprintf("XML parse error: %s at line
%d\n",
xml_error_string(xml_get_error_code($this->XMLParser)),
xml_get_current_line_number($this->XMLParser) )
);
}
xml_parser_free($this->XMLParser);
}
function xmlStartElement($parser, $name, $attribs) {
print "Opening $name - \$this = " . gettype($this) . "\
n";
}
function xmlEndElement($parser, $name) {
print "Closing $name - \$this = " . gettype($this) . "\
n";
}
}
$CrashMe = new ThisBug();
$CrashMe->parse();
?>
chris@calaban:~/Development/netdiff $ php -q ThisBug.php
Opening foo - $this = object
Opening bar - $this = object
Closing bar - $this = object
Bus error
(uname -a = Darwin calaban.my.domain 1.4 Darwin Kernel
Version 1.4: Sun Sep 9 15:39:59 PDT 2001; root:xnu/xnu-
201.obj~1/RELEASE_PPC Power Macintosh powerpc)
IMPORTANT NOTE:
This appears to be identical to bug #12959, which was
marked bogus with the mistaken comment "you are trying to
use $this outside of a class so it does not work.", when
$this was being used inside a class, as it is here. This is
the entire point for having xml_set_object().
Edit this bug report at http://bugs.php.net/?id=13553&edit=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 #11321 Updated: memory corruption when parsing large XML files
ID: 11321
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: XML related
Operating System: Linux
PHP Version: 4.0.5
New Comment:
Is this reproducable on 4.1.1?
Previous Comments:
[2001-06-06 16:18:52] [EMAIL PROTECTED]
When parsing large XML files the PHP module starts corrupting memory.
In large applications this may result in a segfault, in this example
application it results in corruption of the xml parser itself (at least
on my test machines).
The code below is tested on three different servers, 2 of them running
Debian/Stable (Potato) with a custom compiled PHP 4.0.5, one server
running Debian/Unstable (Sid) with the Debian default PHP module (also
4.0.5). All run PHP as Apache module.
The custom build modules are build like this:
./configure --with-apxs=/usr/bin/apxs --with-mysql=/usr
--with-config-file-path=/etc/php4/apache --with-interbase=shared
--with-gnu-ld --with-xml --with-gd=shared
When using a small XML file, the code below runs fine, but when the XML
file gets bigger PHP starts complaining Unable to call handler
end_tag_handler() , Unable to call handler data_handler() or Unable to
call handler start_tag_handler().
The code:
parser,&$this);
xml_set_element_handler($props->parser, 'start_tag_handler',
'end_tag_handler');
xml_set_character_data_handler($props->parser, 'data_handler');
}
function data_handler($parser, $data) {
$this->mydata .= $data;
}
function start_tag_handler($parser, $name, $attrs) {
$this->mystarttag .= $name;
}
function end_tag_handler($parser, $name) {
$this->myendtag .= $name;
echo 'end tag is '.$name.'';
}
}
function first_element_handler($parser, $name, $attrs) {
global $props;
if ($name == 'QUESTION') {
/* normally I decide here, depending on $attrs what
kind of object I should create. For debugging purposes
I use just one object. */
$q_obj = new my_class($props);
} else {
die('This XML file has an unknown content');
}
}
function start_parsing($file) {
global $props;
$props = new properties();
$props->parser = xml_parser_create();
xml_parser_set_option($props->parser, XML_OPTION_CASE_FOLDING, TRUE);
xml_set_element_handler($props->parser, 'first_element_handler', '');
if (!($fp = fopen($file, "r"))) {
die("could not open XML input");
}
while ($data = fread($fp, 4096)) {
if (!xml_parse($props->parser, $data, feof($fp))) {
die(sprintf("XML error: %s at line %d",
xml_error_string(xml_get_error_code($props->parser)),
xml_get_current_line_number($props->parser)));
}
}
xml_parser_free($props->parser);
}
echo 'start parsing';
start_parsing('val1.xml');
echo 'finished parsing';
?>
The XML file looks like this, but to see the problems the part between
and should be four times bigger:
Fermentor size
4032 hours a year, makes 96 runs a year. How many kg per cubic
meter per year do you produce?
That is 10 X 96 = 960 kg per cubic meter per year
You need 10.000 kg, so you need 10.4 cubic meter
production
You can't fill the reactor 100%, so let's assume 12 cubic meter
will do
11
15
Very good! <b>Assuming</b> you can fill a
reactor
1
11
Sorry, try again
Edit this bug report at http://bugs.php.net/?id=11321&edit=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 #11316 Updated: segfault, possibly in xml functions
ID: 11316 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: XML related Operating System: Debian/stable Linux 2.2.19 PHP Version: 4.0.5 New Comment: Can you try with 4.1.1? With debug, and provide the wierd errors. Previous Comments: [2001-06-07 11:36:55] [EMAIL PROTECTED] Here's the backtrace, without debugging compiled (because I get weird errors instead of a segfault when enabling debug info): Program received signal SIGSEGV, Segmentation fault. 0xbfffdee8 in ?? () (gdb) bt #0 0xbfffdee8 in ?? () #1 0x4022a803 in add_function () from /usr/lib/apache/1.3/libphp4.so #2 0x4022a589 in add_function () from /usr/lib/apache/1.3/libphp4.so #3 0x402a303c in php_if_utf8_decode () from /usr/lib/apache/1.3/libphp4.so #4 0x402a3786 in php_if_utf8_decode () from /usr/lib/apache/1.3/libphp4.so #5 0x402b53c1 in php_XML_ErrorString () from /usr/lib/apache/1.3/libphp4.so #6 0x402b4bcd in php_XML_ErrorString () from /usr/lib/apache/1.3/libphp4.so #7 0x402b6b25 in virtual_file_ex () from /usr/lib/apache/1.3/libphp4.so #8 0x402b6822 in virtual_file_ex () from /usr/lib/apache/1.3/libphp4.so #9 0x402b4749 in php_XML_ErrorString () from /usr/lib/apache/1.3/libphp4.so #10 0x402a4b1a in php_if_utf8_decode () from /usr/lib/apache/1.3/libphp4.so #11 0x40224299 in execute () from /usr/lib/apache/1.3/libphp4.so #12 0x402244ec in execute () from /usr/lib/apache/1.3/libphp4.so #13 0x4023260f in zend_hash_quick_add_or_update () from /usr/lib/apache/1.3/libphp4.so #14 0x402441c4 in destroy_uploaded_files_hash () from /usr/lib/apache/1.3/libphp4.so #15 0x4024095f in php_module_shutdown () from /usr/lib/apache/1.3/libphp4.so #16 0x402412f0 in php_handle_auth_data () from /usr/lib/apache/1.3/libphp4.so #17 0x4024132e in php_lint_script () from /usr/lib/apache/1.3/libphp4.so #18 0x8053e64 in ap_invoke_handler () #19 0x80626ec in ap_some_auth_required () #20 0x8062748 in ap_process_request () #21 0x805c4d9 in ap_child_terminate () #22 0x805c66c in ap_child_terminate () #23 0x805c789 in ap_child_terminate () #24 0x805cc3b in ap_child_terminate () #25 0x805d2ed in main () #26 0x400c0a42 in __libc_start_main () from /lib/libc.so.6 [2001-06-07 04:39:48] [EMAIL PROTECTED] Please attache the gdb backtrace you get. It might help at least little bit. [2001-06-06 14:25:25] [EMAIL PROTECTED] I get reproducable bug reports in a large PHP application using a wide scale of functions. All the code apart from each other works without a problem, but combined generates a segfault (according to error.log from Apache). The code uses a session handler based on interbase functions, a xml parser, and a lot of objects. PHP 4.0.5 is used. After compiling PHP with debugging, I didn't get a segfault anymore, but the XML parsing code complains that it can't access the data and element handlers anymore. Probably the xml parsers internal memory is trashed the same way as the segfault is caused with the normal PHP module. Since it is a large application it is very hard to pinpoint the problem. When altering the code, the segfault can be avoided by making the XML file smaller, but also by removing an unserialize() at some specific part of the code. My conclusion is that there is a buffer overrun somewhere long before in the code, which is only causing problems when the application is using a lot of memory (perhaps the PHP garbage collector is activated at some stage?) A backtrace with a regular PHP module can be provided if it is useful, just let me know. If there is a way to pinpoint the problem please let me know. I can't reproduce the crash in a short script, and since the application is rather large I decided not to include it in this posting. I realize this is not much information, but I will help you in any way if you can tell me what to do (should I try a CVS version?). The bugs looks a little like bug #10254. regards, Olivier Edit this bug report at http://bugs.php.net/?id=11316&edit=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 #10873 Updated: internal xmlparser eats only formatted xmlstrings...
ID: 10873 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: XML related Operating System: linux PHP Version: 4.0.5 New Comment: Can this be reproduced with 4.1.1? Previous Comments: [2001-05-15 05:40:15] [EMAIL PROTECTED] i use xmlrpc (from usefulinc) to communicate with different java systems. when i receive data, the data comes mostly only as string with only one row (no newlines between the tags). there are 2 different javaxmlparser in usage and they send and parse these datas without problems. expat seems to need newlines after tags, i used tidy from w3 to format the strings before using them with the phpparser. this workaround costs lot of speed, the xmlstrings are ~ 200k. could it be possible, that tidy can be build into the expat extension to perform an optional formation of the xmlstring? the strings are similar like this: ... lots of tags and strings and everything in one row ... Edit this bug report at http://bugs.php.net/?id=10873&edit=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 #10303 Updated: Crash while parsing large XML file and writing to DB
ID: 10303
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: XML related
Operating System: Linux (SuSE 7.0)
PHP Version: 4.0.4pl1
New Comment:
Closing. If you can get this going again, and bug is still valid,
please open the bug again.
Previous Comments:
[2002-01-14 09:02:14] [EMAIL PROTECTED]
I'm sorry, but I can't try that. The project where that
happened has been finished quite a while ago and it would
be a *lot* of work to set things up again.
[2002-01-13 07:15:38] [EMAIL PROTECTED]
Can this be reproduced with 4.1.1?
[2001-04-12 10:54:03] [EMAIL PROTECTED]
I have a PHP script where I import data from an XML file (uploaded via
an HTML form) into a database. This works fine for small and
medium-sized XML files, but breaks on a larger file (2.2MB with 47317
elems, 63133 attrs, 0 spaces, 355839 chars, validated with xerces).
The behaviour is the same no matter if I use a MySQL or an Oracle
database. I'm making pretty heavy use of classes and references, and
when I comment out a few things inside the xml-callback-functions
everything works as expected.
We're using Apache-1.3.12. PHP was compiled with
--with-oci8=/export/oracle/product/8.1.7 \
--with-mysql=yes \
--with-tiff-dir \
--with-jpeg-dir \
--with-png-dir \
--with-imap=yes \
--with-gd=yes \
--with-zlib=yes \
--with-xml \
--with-ttf \
--with-ftp \
--with-dbm \
--with-ndbm \
--with-gdbm \
--with-snmp \
--with-mm \
--with-config-file-path=%{apache_sysconfdir} \
--with-apxs="`which apxs`" \
--with-exec-dir=%{apache_libexecdir}/bin \
--enable-versioning \
--enable-yp \
--enable-trans-sid \
--enable-inline-optimization \
--enable-track-vars \
--enable-magic-quotes \
--enable-safe-mode \
--enable-sysvsem \
--enable-sysvshm \
--enable-calendar \
--enable-memory-limit \
--enable-wddx \
--with-readline \
--with-pthread \
--with-sablot \
--with-libssl
I've increased the maximum execution timeout to 5 minutes (it crashes
after about 90 seconds) and the max memory to 128MB. All other options
should be on default settings.
Here's my GDB backtrace. PHP wasn't compiled with debug option, because
with that option the program doesn't SEGFAULT but print an error
message :
Fatal error: Call to a member function on a non-object in ...
Under Solaris, without debug option, it prints a different error
message:
Fatal error: Cannot create references to/from string offsets nor
overloaded objects in ... (different place than above).
(For this backtrace, I have attached gdb to the running httpd process.
Starting httpd with option -X yields a different backtrace, see
below.)
Program received signal SIGSEGV, Segmentation fault.
0x402ff12d in zend_hash_del_key_or_index () from
/usr/lib/apache/libphp4.so
(gdb) bt
#0 0x402ff12d in zend_hash_del_key_or_index () from
/usr/lib/apache/libphp4.so #1 0x402f0616 in execute () from
/usr/lib/apache/libphp4.so
#2 0x402e9abe in execute () from /usr/lib/apache/libphp4.so
#3 0x402e9abe in execute () from /usr/lib/apache/libphp4.so
#4 0x402e9abe in execute () from /usr/lib/apache/libphp4.so
#5 0x402e9abe in execute () from /usr/lib/apache/libphp4.so
#6 0x402f314d in call_user_function_ex () from
/usr/lib/apache/libphp4.so
#7 0x402f2abf in call_user_function () from
/usr/lib/apache/libphp4.so
#8 0x403b688d in php_info_xml () from /usr/lib/apache/libphp4.so
#9 0x403b70cb in _xml_startElementHandler () from
/usr/lib/apache/libphp4.so
#10 0x403badd7 in php_XML_ErrorString () from
/usr/lib/apache/libphp4.so
#11 0x403ba592 in php_XML_ErrorString () from
/usr/lib/apache/libphp4.so
#12 0x403ba22a in php_XML_ParseBuffer () from
/usr/lib/apache/libphp4.so
#13 0x403ba1cf in php_XML_Parse () from /usr/lib/apache/libphp4.so
#14 0x403b863d in php_if_xml_parse () from /usr/lib/apache/libphp4.so
#15 0x402e98ef in execute () from /usr/lib/apache/libphp4.so
#16 0x402e9abe in execute () from /usr/lib/apache/libphp4.so
#17 0x402fb626 in zend_execute_scripts () from
/usr/lib/apache/libphp4.so
#18 0x4030e364 in php_execute_script () from
/usr/lib/apache/libphp4.so
#19 0x4030a5a0 in apache_php_module_main () from
/usr/lib/apache/libphp4.so
#20 0x4030b001 in send_php () from /usr/lib/apache/libphp4.so
#21 0x4030b043 in send_parsed_php () from /usr/lib/apache/libphp4.so
#22 0x8054405 in ap_invoke_handler ()
#23 0x8063dec in ap_some_auth_required ()
#24 0x8063e51 in ap_proce
[PHP-DEV] Bug #9598 Updated: Variables in class referenced by xml_set_object are not in scope with xml_parse
ID: 9598
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: XML related
Operating System: Linux
PHP Version: 4.0.4pl1
New Comment:
Is this valid on 4.1.1?
Previous Comments:
[2001-03-07 01:26:36] [EMAIL PROTECTED]
While using xml_set_object() and xml_parse(), variables references as
$this->variable inside the tag handler functions are not in the same
scope. That is, once the xml_parse() function has completed, the
variables within the class are the same as before xml_parse(). This is
illustrated with the following script, note the use of $dummy_var. I
have been using this class on php-4.0b4pl1 and have just upgraded to
php-4.0.4pl1. PHP build command line is as follows:
./configure --with-apache=../apache_1.3.12
--with-odbc=/usr/local/iodbc --with-mysql=/usr/local/mysql --with-xml
--with-imap --enable-track-vars --disable-debug
Testing script follows:
dummy_var = "My Dummy Variable";
$this->article_count = 0;
$this->parser = xml_parser_create();
xml_set_object($this->parser, &$this);
xml_set_element_handler($this->parser, "tag_open",
"tag_close");
xml_set_character_data_handler($this->parser, "data_handler");
}
function parse($data)
{
xml_parse($this->parser, $data, 1);
}
function tag_open($parser, $tag, $attributes)
{
$this->current_tag = $tag;
if ($tag == "ARTICLE")
{
$this->article_count++;
while (list($key, $value) = each($attributes))
{
if ($key == "ID")
$this->current_article = $value;
}
}
}
function tag_close($parser, $tag)
{
global $articles, $article_count;
if ($tag == "MOREOVERNEWS")
{
$articles = $this->articles;
$article_count = $this->article_count;
}
}
function data_handler($parser, $data)
{
$data = trim($data);
if (trim(strlen($data)) > 0)
{
printf("%s",
trim(strlen($data)));
printf("adding article %s(%s), key=%s, data=%s\n",
$this->current_article, $this->article_count, $this->current_tag,
$data);
$this->articles[$this->article_count][$this->current_tag] =
$data;
$this->dummy_var = $data;
$this->MyVarDump();
}
}
function GetArticle($id)
{
return $this->articles[$id];
}
function GetArticleElement($id, $element)
{
return $this->articles[$id][$element];
}
function MyVarDump()
{
echo "Doing var dump\n";
echo "dumping [parser]\n";
var_dump($this->parser);
echo "\n";
//echo "dumping [articles]\n";
//var_dump($this->articles);
//echo "\n";
echo "dumping [article_count]article_count);
echo "\n";
echo "dumping [current_article]\n";
var_dump($this->current_article);
echo "\n";
echo "dumping [current_tag]\n";
var_dump($this->current_tag);
echo "dumping [dummy_var]\n";
var_dump($this->dummy_var);
//echo "dumping [this]\n";
//var_dump($this);
//echo "\n";
echo "var dump complete.\n";
}
function do_dump()
{
printf("There are %s articles\n",
$this->article_count);
for ($i = 1; $i <= $this->article_count; $i++)
{
printf("%s",
$this->articles[$i]["URL"], $this->articles[$i]["HEADLINE_TEXT"]);
printf("%s %s", $this->articles[$i]["SOURCE"],
$this->articles[$i]["HARVEST_TIME"]);
}
}
}
$xml_parser = new CNewsHarvest();
$Engine = "http://p.moreover.com/cgi-local/page?";;
$Category = "k=economy&";
$Output = "o=xml";
$TheFile = $Engine.$Category.$Output;
$ary_lines = file($TheFile);
$Contents = "";
while (list($key, $value) = each($ary_lines))
$Contents .= $value;
$xml_parser->parse($Contents);
echo "Parse Finished, dumping vars...\n";
$xml_parser->MyVarDump();
printf("Doing dump...");
echo "\n";
$xml_parser->do_dump();
printf("Done");
$xml_parser->MyVarDump();
?>
Output under php-4.0.4pl1 follows:
45
adding article _16171893(1), key=URL,
data=http://c.moreover.com/click/here.pl?x16171893
Doing var d
[PHP-DEV] Bug #13490 Updated: Semaphores don't release automatically
ID: 13490 Updated by: lobbin Old Summary: Semaphores don't release automatically Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Semaphore related Operating System: FreeBSD 4.1.1 PHP Version: 4.0.6 New Comment: -> Closed. Previous Comments: [2002-01-14 07:37:24] [EMAIL PROTECTED] Checked on FreeBSD 4.4 with PHP 4.1.0 - it works! [2002-01-14 02:29:30] [EMAIL PROTECTED] Is this reproducable on 4.1.1? [2002-01-13 20:27:43] [EMAIL PROTECTED] My bad. Re-opened. [2002-01-13 14:52:51] [EMAIL PROTECTED] http://www.php.net/manual/ru/function.sem-acquire.php: "After processing a request, any semaphores acquired by the process but not explicitly released will be released automatically and a warning will be generated." Therefore, it is NOT intended behaviour, because in my situation semaphores DON'T release automatically. And any failure in php script causes apache to hang up in few seconds, because semaphore is acquired by dead script and all other instances can't work. This really is bug. :-( [2002-01-13 08:35:48] [EMAIL PROTECTED] This is intended behaviour. This is how semaphores work. =) Use sem_remove() to remove semaphores. 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=13490 Edit this bug report at http://bugs.php.net/?id=13490&edit=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 #14389 Updated: cookies problem
ID: 14389
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: IIS related
Operating System: NT4
Old PHP Version: 4.0.6
PHP Version: 4.1.1
Previous Comments:
[2002-01-08 05:24:56] [EMAIL PROTECTED]
yes i do
[2002-01-08 02:56:38] [EMAIL PROTECTED]
Do you still have this problem with PHP 4.1.1?
[2001-12-09 05:00:16] [EMAIL PROTECTED]
I'm using this code in 3 pages
in Page 1:
in page2:
if ($password == "mypassword") {
setcookie("user", "admin");
header("location: page3.php");
}
in page3:
echo $HTTP_COOKIE_VARS["user"];
i'm using NT4 with iis4. My problem is that the cookie is not set,
instead of header("location: page3.php") i used this echo ""; and then i could
get cookie value! this problem is only under iis4/iis5 under apache
(not windows only unix) i didn't have any problems
Edit this bug report at http://bugs.php.net/?id=14389&edit=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 #14029 Updated: can't dynamically load php_printer.dll extension
ID: 14029 Updated by: lobbin Old Summary: can't dynamically load php_printer.dll extension Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Dynamic loading Operating System: win/2000 PHP Version: 4.0.6 New Comment: Can you try the latest 4.1.1 package? Previous Comments: [2002-01-11 06:49:11] [EMAIL PROTECTED] I have the same experiences for other dll's. While for instance zlib loads perfectly pdf and xslt refuse to load. I also get the same error message but the files are there and all permissions are correct. W. [2001-11-12 08:46:59] [EMAIL PROTECTED] In php.ini I have: enable_dl = On extension_dir = "c:/PHP/extensions/" All the extension dll's are in C:/PHP/extensions without any security. PHP Program I get the following error: - Unable to load dynamic library 'c:/PHP/extension/php_printer.dll' - The specified procedure could not be found. --- I have varified the fact that php_printer.dll is there! I get the same error when I un-comment extension=php_printer.dll in php.ini Help What am I doing wrong! How do i get these to load. Thanks for the help.. Dan Edit this bug report at http://bugs.php.net/?id=14029&edit=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 #13857 Updated: Attempting to load shared modules causes header problems.
ID: 13857 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Dynamic loading Operating System: RedHat 6.1 (ish) PHP Version: 4.0.6 New Comment: Do the happen on 4.1.1? Previous Comments: [2001-10-28 10:55:46] [EMAIL PROTECTED] At Jani's request, recreating this bug report with a password so I can edit it directly... This condition has been present in PHP's 4.0.4pl1 through to snapshot version php4-20011003 Basically what happens is that whenever we use an "extension=module.so" line in our php.ini, we see the headers generated by the "expose_php = yes" configuration condition, and the "Content-type:", and any session-related headers in the body content of a web page generated by PHP. The only way to make this go away is of course to not use loadable modules, which is not exactly optimal for us. It happens with a range of modules, basically every one that we have tried. It also happens with "extension=non-existent-module.so". However as Jani rightly said, there would be complaints all over the place about this one if it happened to everyone, so it must be dependant on some other factor, ie. the OS. There's some background information following this... Oh, our config has been varied considerably through the various releases, due to customer demand for new features to be compiled in, but the latest version we've been using is: ./configure --with-mysql=/usr --with-gd --enable-force-cgi-redirect --with-config-file-path=/etc/php4/cgi/ --with-imap --enable-ftp --with-openssl --with-kerberos=/usr/kerberos --with-jpeg=/usr --with-pdflib --with-domxl --with-wbmp --with-zlib=/usr --with-bz2 No doubt you'll email me if you need more info ;-) K. PS. For reference, because it's probably useful, this used to be "Bug #13176 Updated: Headers output in HTML body.", but I didn't put in a password, so I had to email updates, hence the new bug report. >It doesn't seem to be related to "extension=module.so" where the module >is already compiled in explicitly, or where it isn't. It also doesn't >seem to be related to a specific module. > >I think you're right, though. I think it's probably a problem specific >to PHP on a certain (RedHat) architecture. > >The best way to solve it looks to be to consider the mechanism involved >in loading the modules, and seeing what code external to PHP is called, >and what it might be doing that's nasty. > >So, here's what our ld.so is: > >"[root@fred cgi]# rpm -qi ld.so-1.9.5-8 >Name: ld.soRelocations: (not >relocateable) >Version : 1.9.5 Vendor: Red Hat Software >Release : 8 Build Date: Tue Aug 25 >10:55:21 1998 >Install date: Wed Jan 13 17:50:46 1999 Build Host: porky.redhat.com >Group : Libraries Source RPM: >ld.so-1.9.5-8.src.rpm >Size: 251943 License: BSD >Packager: Red Hat Software <[EMAIL PROTECTED]> >Summary : Shared library configuration tool and old dynamic loader >Description : > >This package contains the shared library configuration tool, ldconfig, >which >is required by many packages. It also includes the shared library loader >and dynamic loader for Linux libc 5." > >Also, it might be of import that we are compiling on a different machine >to that which we are deploying the PHP binary (for security etc., we >don't have compilers on our world-facing web servers, and hence have to >compile elsewhere). > >But I don't know for sure. This is all rather in depth code stuff for >me... > >> >> [2001-09-06 11:47:31] [EMAIL PROTECTED] >> >> >> >> Does this happen with certain script? >> >All scripts for all of our customers it seems, until we remove all >> >dynamic module loading in their php.ini. >> >> This is odd. Does plain vanilla php.ini-dist copied to php.ini work?? >> >> >> Does this happen with latest CVS snapshot from >> >> http://snaps.php.net/ ? >> >Haven't had a chance to test this yet, but it's happened in every >> >version from 4.0.4pl1 through to 4.0.6 so far... >> >> Please try the snapshot. There have been so many fixes and at least >> two of them were module loading related. >> >> --Jani Edit this bug report at http://bugs.php.net/?id=13857&edit=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 #11668 Updated: Oracle and MS-SQL cannot co-exist
ID: 11668 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Dynamic loading Operating System: Windows NT 4.0 Sp 6 PHP Version: 4.0.4pl1 New Comment: Can you reproduce this with 4.1.1? Previous Comments: [2001-06-25 11:09:24] [EMAIL PROTECTED] Using WIn NT 4.0 SP 6 - Oracle client 8.0.6 and MS-SQL Client 7 SP 3. IIS from the NT Option Pack - php.exe CGI I am able to use Oracle extensions in PHP. When I enable the MS-SQL extension the Oracle extensions fail. Dr. Watson does not come up due to the compaq debugger that replaced Dr. Watson's debugger fails to initialize USER32.dll (I have to fix that.) But regardless the behavior exists. I have tried to go to 4.0.6 but when doing so Oracle still fails to connect...this time with a Oracle error but then the SQL Server extension fails to be found (yes I know put the dll in the system directory...I'll try that) I can't switch to Apache at this time. Edit this bug report at http://bugs.php.net/?id=11668&edit=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 #10488 Updated: --with-regex=apache fails to resolve php_regcomp when loading Apache
ID: 10488 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Dynamic loading Operating System: Redhat Linux 5.1 (MIPS) PHP Version: 4.0.4pl1 New Comment: Does this happen on 4.1.1? Previous Comments: [2001-04-25 08:55:09] [EMAIL PROTECTED] System: Cobalt Qube 1 uname -a: Linux mail.snert.net 2.0.34C52_SK #1 Tue Nov 30 18:14:40 PST 1999 mips unknown ./configure --with-regex=apache --with-zlib --enable-sysvsem --enable-sysvshm - -with-ndbm --with-apxs --enable-debug --without-mysql When attempting to restart the Apache server, the mod_php4.so fails to resolve the symbol php_regcomp. Edit this bug report at http://bugs.php.net/?id=10488&edit=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 #9822 Updated: -R ld option not being pass thru libtool
ID: 9822
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Dynamic loading
Operating System: Solaris 2.6 Sparc
PHP Version: 4.0.4pl1
New Comment:
Does this work with 4.1.1? (and perhaps later version of libtool?)
Previous Comments:
[2001-03-18 16:24:54] [EMAIL PROTECTED]
In our environment, we depend on the -R ld options because we can't run
apache as native root, only sudo or suid bits, so LD_LIBRARY_PATH
variable is ignored. I could not get the -R options to pass on to the
ld linker, sometimes they were only set to /usr/ucblib, other times
they were null (as viewed by ldd -s phplib4.so).
I think the problem is traced to the libtool script used to compile
everything. The input definately had -R in it, but
if you add "set -x" to the script, the -R option was removed before it
got to the /usr/ccs/bin/ld line.
I hate to do this, but I'm including the last parts of the libtool with
set -x. It shows the -R option present early, but is gets removed
later. In this file, the last time its
present before the ld command was at line 910, the ld command is at
2352 (no -R option). Well I guess after pasting the text, the 80 char
wrapping of this form will be altering the line numbers.
Here is the output file of libtool in the final stages of the build.
=
Making all in Zend
make: Warning: Too many rules defined for target Makefile
Current working directory /home/a26811/dev/php4/php-4.0.4pl1/Zend
Making all in main
Making all in ext
Making all in mysql
Making all in libmysql
Making all in pcre
Making all in pcrelib
Making all in posix
Making all in session
Making all in standard
Making all in sybase_ct
Making all in xml
Making all in expat
Making all in xmltok
Making all in xmlparse
Making all in sapi
Making all in apache
Making all in TSRM
make: Warning: Too many rules defined for target Makefile
Current working directory /home/a26811/dev/php4/php-4.0.4pl1/TSRM
Making all in regex
Making all in .
/bin/sh /home/a26811/dev/php4/php-4.0.4pl1/libtool --silent --mode=link
cc -I. -I/home/a26811/dev/php4/php-4.0.4pl1/
-I/home/a26811/dev/php4/php-4.0.4pl1/main
-I/home/a26811/dev/php4/php-4.0.4pl1 -I/apps/soc/apache/include
-I/home/a26811/dev/php4/php-4.0.4pl1/Zend
-I/home/a26811/dev/php4/php-4.0.4pl1/ext/mysql/libmysql
-I/apps/soc/sybase/OCS-12_0/include
-I/home/a26811/dev/php4/php-4.0.4pl1/ext/xml/expat/xmltok
-I/home/a26811/dev/php4/php-4.0.4pl1/ext/xml/expat/xmlparse
-I/home/a26811/dev/php4/php-4.0.4pl1/TSRM -D_POSIX_PTHREAD_SEMANTICS
-DSOLARIS2=260 -DUSE_EXPAT -DXML_BYTE_ORDER=21 -O -xtarget=ultra -o
libphp4.la -rpath /home/a26811/dev/php4/php-4.0.4pl1/libs
-avoid-version -L/usr/ucblib -L/apps/soc/sybase/OCS-12_0/lib
-R/apps/soc/sybase/OCS-12_0/lib stub.lo Zend/libZend.la
sapi/apache/libsapi.la main/libmain.la regex/libregex.la
ext/mysql/libmysql.la ext/pcre/libpcre.la ext/posix/libposix.la
ext/session/libsession.la ext/standard/libstandard.la
ext/sybase_ct/libsybase_ct.la ext/xml/libxml.la TSRM/libtsrm.la -lpam
-ldl -ltcl -lintl -lcomn -lct -lcs -lresolv -lresolv -lm -ldl -lcrypt
-lnsl -lsocket -lsocket
Xsed=sed -e s/^X//
+ test X = Xset
LTCONFIG_VERSION=1.3.5
SHELL=/bin/sh
build_libtool_libs=yes
build_old_libs=no
fast_install=needless
host_alias=sparc-sun-solaris2.6
host=sparc-sun-solaris2.6
echo=/usr/ucb/echo
AR=ar
CC=cc
LD=/usr/ccs/bin/ld
LN_S=ln -s
NM=/usr/ccs/bin/nm -p
DLLTOOL=dlltool
OBJDUMP=objdump
AS=as
objdir=.libs
reload_flag= -r
reload_cmds=$LD$reload_flag -o $output$reload_objs
wl=-Wl,
objext=o
libext=a
exeext=
pic_flag= -KPIC
compiler_c_o=yes
compiler_o_lo=no
need_locks=no
need_lib_prefix=no
need_version=no
dlopen=unknown
dlopen_self=unknown
dlopen_self_static=unknown
link_static_flag=-Bstatic
no_builtin_flag=
export_dynamic_flag_spec=
whole_archive_flag_spec=-z allextract$convenience -z defaultextract
thread_safe_flag_spec=
version_type=linux
libname_spec=lib$name
library_names_spec=${libname}${release}.so$versuffix
${libname}${release}.so$major $libname.so
soname_spec=${libname}${release}.so$major
RANLIB=ranlib
old_archive_cmds=$AR cru $oldlib$oldobjs~$RANLIB $oldlib
old_postinstall_cmds=$RANLIB $oldlib~chmod 644 $oldlib
old_postuninstall_cmds=
old_archive_from_new_cmds=
archive_cmds=$LD -G${allow_undefined_flag} -h $soname -o $lib $libobjs
$deplibs $linkopts
archive_expsym_cmds=$echo \"{ global:\" > $lib.exp~cat $export_symbols
| sed -e \"s/\\(.*\\)/\\1;/\" >> $lib.exp~$echo \"local: *; };\" >>
$lib.exp~
$LD -G${allow_undefined_flag} -M $lib.exp -h $soname -o $lib $libobjs
$deplibs $linkopts~$rm $lib.exp
postinstall_cmds=chmod +x $lib
postuninstall_cmds=
deplibs_check_method=file_magic ELF [0-9][0-9]-bit [LM]SB dynamic lib
file_magic_cmd=/usr/bin/fil
[PHP-DEV] Bug #9259 Updated: crash when accessing shared memory + more info on bug #8985
ID: 9259 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Semaphore related Operating System: linux-2.2.18 PHP Version: 4.0.4pl1 New Comment: -> feedback Previous Comments: [2002-01-14 02:25:25] [EMAIL PROTECTED] Does this happen on 4.1.1? [2001-02-14 08:47:01] [EMAIL PROTECTED] hello, when accessing a shared memory region that i don't have access to (because of the permissions), php segfaults. so if i have a shared memory region created by another user with key 0x123 and permissions 0600 and call shm_attach(0x123), php crashes: also, i know some more info concerning the bug #8985: when one process is reading some variable from the shared memory and some other is writing _another_ variable to the same shared memory region, the data gets corrupted - possibly because of the reorganizing before each shm_put_var(). while this is understandable (shm_put_var() first removes the variable, reorganizes the region and writes the variable back), it renders this extension almost unusable in multitasking environments because a big global lock for the whole shared memory region is needed. i can supply more information if needed of course. thanks, Michal Vitecek Edit this bug report at http://bugs.php.net/?id=9259&edit=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 #13596 Updated: php crash on second accessing of allocated memory
ID: 13596
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Semaphore related
Operating System: redhat 7.1
PHP Version: 4.0.6
New Comment:
Does this work on 4.1.1?
Previous Comments:
[2001-10-08 11:30:28] [EMAIL PROTECTED]
I got it working, but i had to change C source for it:
in ext/shmop/shmop.c
--
if (memchr((*flags)->value.str.val, 'a',
(*flags)->value.str.len)) {
shmflg = SHM_RDONLY;
shmop->shmflg |= IPC_EXCL;
}
-
changed to:
-
if (memchr((*flags)->value.str.val, 'a',
(*flags)->value.str.len)) {
shmop->shmflg |= IPC_EXCL;
shmop->shmflg |= SHM_R;
shmop->shmflg |= SHM_W;
}
-
and it worked
I hope php 4.0.7 will implement some patch too for it (CVS is still
buggy)
Thx.
O.
[2001-10-08 07:33:08] [EMAIL PROTECTED]
Hi.
Its seems to be impossible to use shmop_write if you are opening memory
segment secong time.
example code (produces crash):
$mid = 0xffe;
$shm_id = shmop_open($mid, "c", 0644, 100);
if(!$shm_id) {
echo "Couldn't create shared memory segment\n";
}
$shm_bytes_written = shmop_write($shm_id, "my shared memory block",
0);
if($shm_bytes_written != strlen("my shared memory block")) {
echo "Couldn't write the entire length of data\n";
}
shmop_close($shm_id);
$shm_id = shmop_open($mid, "a", 0, 0);
$shm_bytes_written = shmop_write($shm_id, "my shared memory block",
0);
if($shm_bytes_written != strlen("my shared memory block")) {
echo "Couldn't write the entire length of data\n";
}
shmop_close($shm_id);
I did somehting wrong? or i should use other release of PHP?
O.
Edit this bug report at http://bugs.php.net/?id=13596&edit=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 #13490 Updated: Semaphores don't release automatically
ID: 13490 Updated by: lobbin Old Summary: Semaphores don't release automatically Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Semaphore related Operating System: FreeBSD 4.1.1 PHP Version: 4.0.6 New Comment: Is this reproducable on 4.1.1? Previous Comments: [2002-01-13 20:27:43] [EMAIL PROTECTED] My bad. Re-opened. [2002-01-13 14:52:51] [EMAIL PROTECTED] http://www.php.net/manual/ru/function.sem-acquire.php: "After processing a request, any semaphores acquired by the process but not explicitly released will be released automatically and a warning will be generated." Therefore, it is NOT intended behaviour, because in my situation semaphores DON'T release automatically. And any failure in php script causes apache to hang up in few seconds, because semaphore is acquired by dead script and all other instances can't work. This really is bug. :-( [2002-01-13 08:35:48] [EMAIL PROTECTED] This is intended behaviour. This is how semaphores work. =) Use sem_remove() to remove semaphores. [2001-09-28 19:03:32] [EMAIL PROTECTED] simplest script: modules: './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-mysql' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-sockets' description: When i run that script for the first time, warning doesnt appear, as it is described in manual. All the other calls hang apache processes without any chance for semaphore to unlock. However, if i try such variant: everything works perfectly for single calls, but when I run my crash-test, which calls the php script 200 times at once, it hangs the semaphore again and many apache processes stay frozen. I think, the reason is incorrect request finalization. Edit this bug report at http://bugs.php.net/?id=13490&edit=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 #9259 Updated: crash when accessing shared memory + more info on bug #8985
ID: 9259 Updated by: lobbin Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Semaphore related Operating System: linux-2.2.18 PHP Version: 4.0.4pl1 New Comment: Does this happen on 4.1.1? Previous Comments: [2001-02-14 08:47:01] [EMAIL PROTECTED] hello, when accessing a shared memory region that i don't have access to (because of the permissions), php segfaults. so if i have a shared memory region created by another user with key 0x123 and permissions 0600 and call shm_attach(0x123), php crashes: also, i know some more info concerning the bug #8985: when one process is reading some variable from the shared memory and some other is writing _another_ variable to the same shared memory region, the data gets corrupted - possibly because of the reorganizing before each shm_put_var(). while this is understandable (shm_put_var() first removes the variable, reorganizes the region and writes the variable back), it renders this extension almost unusable in multitasking environments because a big global lock for the whole shared memory region is needed. i can supply more information if needed of course. thanks, Michal Vitecek Edit this bug report at http://bugs.php.net/?id=9259&edit=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 #8985 Updated: shm_put_var wont put the given var into memory
ID: 8985 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Semaphore related Operating System: linux-2.2.18 PHP Version: 4.0.4pl1 New Comment: Have you tried this with 4.1.1? Previous Comments: [2001-01-29 12:27:07] [EMAIL PROTECTED] hello, this is the same bug as described in #7046. a call to shm_put_var() returns true all the time, but checking whether the variable has been _really_ stored reveals that it hasn't. this doesn't happen on my 1 cpu box (i can't reproduce it however much i try), but on a loaded server with 4 cpus it happens pretty often. of course i call sem_acquire() before writing the variable into the shared memory, so it should be safe. i can supply the whole source in which this happens (445 lines) but basically it's just list this: $semid = sem_get($sem_key, 1); sem_acquire($semid); $var = shm_get_var($shmid, $var_key); // $var is an array // some change to $var, $var is still an array shm_put_var($shmid, $var_key, $var); if(!is_array(shm_get_var($shmid, $var_key))) echo "failed to write \$var :(\n"; sem_release($semid); could the problem be caused by the true multitasking on the 4 cpu server? thanks for any help with this, Michal Vitecek Edit this bug report at http://bugs.php.net/?id=8985&edit=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 #14680 Updated: Upload Files with problem
ID: 14680 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Filesystem function related Operating System: Red Hat 7.0 PHP Version: 4.0.6 New Comment: No feedback, closing. Previous Comments: [2001-12-24 08:20:23] [EMAIL PROTECTED] Likely to be a problem with the browser. Which browser do you use? [2001-12-24 00:51:46] [EMAIL PROTECTED] I use Red Hat 7.0+PHP 4.06 to write a web page to let the users can upload files to the server. The files are successfully uploaded to the server,but the files are added words "Content-Type: application/octet-stream" in the head of the files.The words make the files such as MS-word , MS-excel to be coded badly.How can I solve it ? copy($filename,"/var/www/html/data/upload/board/$targetfile"); Edit this bug report at http://bugs.php.net/?id=14680&edit=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 #14666 Updated: leak memory
ID: 14666 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Apache related Operating System: win 2000 PHP Version: 4.1.0 New Comment: No feedback, closing. Previous Comments: [2001-12-23 04:55:50] [EMAIL PROTECTED] Can you... -provide a sample script -translate this error to English -check if you're have the right php_oci8.dll, make sure it's the dll supplied in the 4.1.0 package and not a dll from an older package. [2001-12-23 00:20:33] [EMAIL PROTECTED] when use php_oci8.dll,induce error :Ó¦ÓóÌÐò ²úÉúÁËÒ»¸öÓ¦ÓóÌÐò´íÎó ´Ë´íÎó·¢ÉúÔÚ 12/22/2001 @ 19:07:07.838 Ëù²úÉúµÄÒâÍâÇé¿öΪ c005£¬ÔÚµØÖ· 00890A6E (efree)´¦ ; Edit this bug report at http://bugs.php.net/?id=14666&edit=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 #14382 Updated: sprintf function doesn't print correct results
ID: 14382 Updated by: lobbin Old Summary: sprintf function doesn't print correct results Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Variables related Operating System: Debian GNU/Linux PHP Version: 4.1.0 New Comment: No feedback, closing. Previous Comments: [2001-12-24 10:08:54] [EMAIL PROTECTED] Can you provide a _self-contained_ sample script which reproduces the problem. BTW: $X = 1.22; is not bad syntax. It's just the way you represent decimal values in PHP, no matter what the current locale is. [2001-12-11 08:41:41] [EMAIL PROTECTED] [2001-12-11 08:38:45] [EMAIL PROTECTED] This is the problem of syntax checking and locale settings. This script print a warning: setlocale(LC_ALL, "en_US"); // US have a decimal pointer $X = 1,22; // !!! bad syntax This script doesn't print a warning: setlocale(LC_ALL, "cs_CZ"); // CZ have a decimal comma $X = 1.22; // !!! also bad syntax The error caused by incorrect parsing of a float number is propagated into the next script lines and cause a false alerts in a many situations. When the variable is parsed as a string [2001-12-07 13:47:35] [EMAIL PROTECTED] Sometimes (1-10 times a day) appears a fatal bug in my php code. Sometime this sprintf expression returns me string like '0.05-0%': This bug appears to me on two different servers: 1) Athlon based 2.4.12-k6 kernel - Apache/1.3.22 - php 4.1.0 RC3 './configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-config-file-path=/ etc/php4/apache' '--with-ibm-db2=/home/db2inst1/sqllib' 2) Pentium II based - 2.2.19pre17 kernel - Apache/1.3.9 - php 4.0.3pl1 './configure' '--prefix=/usr' '--with-apxs=/usr/bin/apxs' '--with-regex=system' '--with- config-file-path=/etc/php4/apache' '--with-db2' '--with-zlib' '--without-pgsql' '-- disable-static' '--with-layout=GNU' '--with-zlib-dir=/usr' '--with-mysql=shared,/usr' '-- with-ibm-db2=/home/db2inst1/sqllib' The bug appears after we have compiled php against db2 libraries. I've found another bug in sprintf with the same frequency of appearance in bugs database. There is something bad in sprintf in some cases, but what? Edit this bug report at http://bugs.php.net/?id=14382&edit=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 #13488 Updated: Project Due now and having PHP has encountered an Access Violation at 01A6649C
ID: 13488 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: IIS related Operating System: Win2000 PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-12-24 10:13:50] [EMAIL PROTECTED] Can you create a short, self-contained script that reproduces this problem? [2001-09-28 17:47:33] [EMAIL PROTECTED] Sir, I am using php4.06 on IIS5(win2000). I am having PHP has encountered an Access Violation at 01A6649C message recently. Enclosed my php file, each php html page will be display by includes 5 other different php files. (such like header, tail, menu bar, search) Is there any limitation about include files? Is that why I am keeping have violation message? If I press Ctrl+R more than 5 times than the page will show up again. but I don't think our customer will accept it. I am really need your help because we are going to deliver our project next week. thank you very much !! Reference Service <!-- --> Edit this bug report at http://bugs.php.net/?id=13488&edit=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 #12475 Updated: the variable $PHP_SELF is not set.
ID: 12475 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Variables related Operating System: Windows 2000 Server PHP Version: 4.0.6 New Comment: No feedback, closing. Previous Comments: [2001-12-24 10:06:34] [EMAIL PROTECTED] Can you try 4.1.0 or even 4.1.1 (when it's out) or the latest CVS (snaps.php.net)? [2001-09-15 17:35:02] [EMAIL PROTECTED] Was able to verify this. Anyone able to provide any information about why this occurs? [2001-07-30 21:12:49] [EMAIL PROTECTED] if I open a script containing only the phpinfo() function, the $PHP_SELF field is not filled in. In my own scripts it's not setted at all. I'm using the zipped version of php4.06 with cgi wrapper using xitami 2.4d6 running as a windows service. Edit this bug report at http://bugs.php.net/?id=12475&edit=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 #10303 Updated: Crash while parsing large XML file and writing to DB
ID: 10303
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: XML related
Operating System: Linux (SuSE 7.0)
PHP Version: 4.0.4pl1
New Comment:
Can this be reproduced with 4.1.1?
Previous Comments:
[2001-04-12 10:54:03] [EMAIL PROTECTED]
I have a PHP script where I import data from an XML file (uploaded via
an HTML form) into a database. This works fine for small and
medium-sized XML files, but breaks on a larger file (2.2MB with 47317
elems, 63133 attrs, 0 spaces, 355839 chars, validated with xerces).
The behaviour is the same no matter if I use a MySQL or an Oracle
database. I'm making pretty heavy use of classes and references, and
when I comment out a few things inside the xml-callback-functions
everything works as expected.
We're using Apache-1.3.12. PHP was compiled with
--with-oci8=/export/oracle/product/8.1.7 \
--with-mysql=yes \
--with-tiff-dir \
--with-jpeg-dir \
--with-png-dir \
--with-imap=yes \
--with-gd=yes \
--with-zlib=yes \
--with-xml \
--with-ttf \
--with-ftp \
--with-dbm \
--with-ndbm \
--with-gdbm \
--with-snmp \
--with-mm \
--with-config-file-path=%{apache_sysconfdir} \
--with-apxs="`which apxs`" \
--with-exec-dir=%{apache_libexecdir}/bin \
--enable-versioning \
--enable-yp \
--enable-trans-sid \
--enable-inline-optimization \
--enable-track-vars \
--enable-magic-quotes \
--enable-safe-mode \
--enable-sysvsem \
--enable-sysvshm \
--enable-calendar \
--enable-memory-limit \
--enable-wddx \
--with-readline \
--with-pthread \
--with-sablot \
--with-libssl
I've increased the maximum execution timeout to 5 minutes (it crashes
after about 90 seconds) and the max memory to 128MB. All other options
should be on default settings.
Here's my GDB backtrace. PHP wasn't compiled with debug option, because
with that option the program doesn't SEGFAULT but print an error
message :
Fatal error: Call to a member function on a non-object in ...
Under Solaris, without debug option, it prints a different error
message:
Fatal error: Cannot create references to/from string offsets nor
overloaded objects in ... (different place than above).
(For this backtrace, I have attached gdb to the running httpd process.
Starting httpd with option -X yields a different backtrace, see
below.)
Program received signal SIGSEGV, Segmentation fault.
0x402ff12d in zend_hash_del_key_or_index () from
/usr/lib/apache/libphp4.so
(gdb) bt
#0 0x402ff12d in zend_hash_del_key_or_index () from
/usr/lib/apache/libphp4.so #1 0x402f0616 in execute () from
/usr/lib/apache/libphp4.so
#2 0x402e9abe in execute () from /usr/lib/apache/libphp4.so
#3 0x402e9abe in execute () from /usr/lib/apache/libphp4.so
#4 0x402e9abe in execute () from /usr/lib/apache/libphp4.so
#5 0x402e9abe in execute () from /usr/lib/apache/libphp4.so
#6 0x402f314d in call_user_function_ex () from
/usr/lib/apache/libphp4.so
#7 0x402f2abf in call_user_function () from
/usr/lib/apache/libphp4.so
#8 0x403b688d in php_info_xml () from /usr/lib/apache/libphp4.so
#9 0x403b70cb in _xml_startElementHandler () from
/usr/lib/apache/libphp4.so
#10 0x403badd7 in php_XML_ErrorString () from
/usr/lib/apache/libphp4.so
#11 0x403ba592 in php_XML_ErrorString () from
/usr/lib/apache/libphp4.so
#12 0x403ba22a in php_XML_ParseBuffer () from
/usr/lib/apache/libphp4.so
#13 0x403ba1cf in php_XML_Parse () from /usr/lib/apache/libphp4.so
#14 0x403b863d in php_if_xml_parse () from /usr/lib/apache/libphp4.so
#15 0x402e98ef in execute () from /usr/lib/apache/libphp4.so
#16 0x402e9abe in execute () from /usr/lib/apache/libphp4.so
#17 0x402fb626 in zend_execute_scripts () from
/usr/lib/apache/libphp4.so
#18 0x4030e364 in php_execute_script () from
/usr/lib/apache/libphp4.so
#19 0x4030a5a0 in apache_php_module_main () from
/usr/lib/apache/libphp4.so
#20 0x4030b001 in send_php () from /usr/lib/apache/libphp4.so
#21 0x4030b043 in send_parsed_php () from /usr/lib/apache/libphp4.so
#22 0x8054405 in ap_invoke_handler ()
#23 0x8063dec in ap_some_auth_required ()
#24 0x8063e51 in ap_process_request ()
#25 0x805d559 in ap_child_terminate ()
#26 0x805d78f in ap_child_terminate ()
#27 0x805da39 in ap_child_terminate ()
#28 0x805de6b in ap_child_terminate ()
#29 0x805e3af in main ()
#30 0x400d9a8e in __libc_start_main () at
../sysdeps/generic/libc-start.c:93
Here's the backtrace for "httpd -X ...":
Program received signal SIGSEGV, Segmentation fault.
0x402ff12d in zend_hash_compare () from /usr/lib/apache/libphp4.so
(gdb) bt
#0 0x402ff12d in zend_hash_com
[PHP-DEV] Bug #10302 Updated: odbc_tables()
ID: 10302
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: ODBC related
Operating System: winnt4sp6
PHP Version: 4.0.4pl1
New Comment:
Can you reproduce this error with 4.1.1?
Previous Comments:
[2001-05-16 04:24:09] [EMAIL PROTECTED]
Update:
The same script works fine using the CGI interface.
If I select the reload page button on the browser, it works using ISAPI
about 1 in 5 times!
[2001-05-16 02:51:32] [EMAIL PROTECTED]
I have just updated php to 4.0.5 with the same results.
I also added odbc_error() and odbc_errormsg() after the
'SORRY . I Cant't Get The Table Details' message, and they return empty
stings.
Thanks
John
[2001-04-23 12:27:53] [EMAIL PROTECTED]
code example:-
";
die();
}
//
// get table list
//
$table_list=array();
$result = odbc_tables($db);
if($result) {
$count=0;
// debug lines
echo odbc_num_rows($result) . " Tables found ";
odbc_result_all($result);
// end debug
while(($report = odbc_fetch_row($result))) {
$row[$count] = odbc_result($result,3);
$count++;
}
if($count > 0) {
sort($row);
for(reset($row);$table_list[]=current($row);next($row)) { }
} else {
echo "SORRY. I Can't Get The Table Details";
die();
}
}
//-
// get field names
//-
if(!$tables)
$tables=$table_list[0];
$result = odbc_columns($db,"","","$tables");
if($result) {
$row=array();
$count=0;
while(($report = odbc_fetch_row($result))) {
$row[$count] = odbc_result($result,4);
$count++;
}
if($count > 0) {
sort($row);
for(reset($row);$columns[]=current($row);next($row)) {}
} else {
echo "SORRY. I Can't Get The Field Details";
die();
}
}
odbc_close($db);
odbc_num_rows() returns a count of tables in the database,
odbc_results_all() returns no rows,
odbc_fetch_row() returns false.
[2001-04-18 21:37:34] [EMAIL PROTECTED]
can you please provide a sample script on how to reproduce this?
[2001-04-12 10:47:08] [EMAIL PROTECTED]
I think this may have been an issue in a previous release but I am
still having it in this version.
after calling odbc_tables() I can not get the results using
odbc_fetch_row() or odbc_result_all(), but odbc_num_rows() does return
the number of tables in the database.
The system is using the precomplied version downloaded from zend with
the default php.ini file. Oh and in ISAPI mode!
Thanks
Edit this bug report at http://bugs.php.net/?id=10302&edit=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 #10254 Updated: xml_set_object() and segmentation fault
ID: 10254
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: XML related
Operating System: Redhat 6.2
PHP Version: 4.0.4pl1
New Comment:
Can you try this with latest release 4.1.1?
Previous Comments:
[2001-04-09 18:06:25] [EMAIL PROTECTED]
I am receiving "segmentation fault" when using xml_set_object() and
setting handlers in the constructor. I moved them to the parse() method
and the crashes stop. I found the resolution for a similiar issue in
the feedback thread at the end of xml_set_object() documentation just
in case you guys are already aware of this issue : )
Feedback Thread
===
[EMAIL PROTECTED]
06-Dec-2000 12:42
If xml_set_object is not called in the constructor of an object, the
values that the parser modifies will be saved. Else, the values do not
seem to be saved as stated by "i_sofer" above.
--- Start Example Code ---
class foo {
var xmlparser;
function foo() { \\the constructor
$this->xmlparser=xmlparser_create();
}
function parse() {
xml_set_object($this->xmlparser,&$this);
\\also include data handler
\\and element handlers here
}
}
--- End Example Code ---
My Code
===
function parse($data) {
$this->parser = xml_parser_create();
xml_set_object($this->parser,&$this);
xml_set_element_handler($this->parser,"tag_open","tag_close");
xml_set_character_data_handler($this->parser,"cdata");
xml_set_processing_instruction_handler($this->parser,"tag_pi");
xml_parse($this->parser,$data);
if (!xml_parse($this->parser, $data, 1)) {
$error = sprintf("XML error: %s at line %d",
xml_error_string(xml_get_error_code($this->parser)),
xml_get_current_line_number($this->parser));
echo $error;
} // if
xml_parser_free($this->parser);
} // fn
Edit this bug report at http://bugs.php.net/?id=10254&edit=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 #10206 Updated: PHP in CGI mode fails to perform OCILogon
ID: 10206 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: OCI8 related Operating System: IIS 4.0, NT Server 4.0 SP6 PHP Version: 4.0.4pl1 New Comment: Sounds like an user error, did you get this right? Ff not, please try with latest release 4.1.1. Previous Comments: [2001-04-11 02:21:19] [EMAIL PROTECTED] Jani, php manual suggests to set such enviroment variables: ORACLE_HOME - seems to be path to a directory where an ORACLE product is. Am I right ? I've tried to set it as SET ORACLE_HOME=C:\ORANT and then run php C:\php4\php.exe c:\InetPub\wwwroot\test.php4 and I've got the same TNS-12154 error :-( Could you possibly tell, what's is going wrong ? P.S. I don't have any problems with php3 and Oracle on the same machine. ORACLE_SID - seems to be SID identifier, TNSNAMES.ORA already has got SID defined for my TNS alias. LD_PRELOAD - this variable seems to has meaning only for U*NIX systems LD_LIBRARY_PATH - this variable seems to has meaning only for U*NIX systems I can't guess what above two variables should contain on Win32 system. Could you possibly enlight me in this issue? NLS_LANG,ORA_NLS33 - these variables seem to contain NLS settings, so windows registry has it [2001-04-06 11:14:10] [EMAIL PROTECTED] Just wondering if you have all the necessary environment variables set? Check the manual page http://www.php.net/oci8 --Jani [2001-04-06 08:47:51] [EMAIL PROTECTED] When I use php in CGI mode any script can't connect to the Oracle DB throught the OCILogon call. When I switch to the ISAPI mode these scripts work OK. the sample script: oracle reports: ORA-12154: TNS:could not resolve service name in C:\InetPub\wwwroot\test.php4 on line 5 Edit this bug report at http://bugs.php.net/?id=10206&edit=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 #10135 Updated: Problem(?) with environment variables when running as module
ID: 10135 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Gettext related Operating System: Win 2k PHP Version: 4.0.4pl1 New Comment: Does this happen under 4.1.1? Previous Comments: [2001-04-03 07:52:38] [EMAIL PROTECTED] The ideea is that when I run php as an Apache module, it is impossible to change the value of an environment variable. I don't know if this is the way it's supposed to work or it's a bug If I run it as CGI I don't have this problem,of course, it's a new process for each request, and the environment doesn't have the variable already set. In fact what I want is to set the LANG environment variable for gettext to work, and different requests, might need to set different languages. setlocale doesn't work for gettext. Does anybody has any ideea ?? Edit this bug report at http://bugs.php.net/?id=10135&edit=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 #6665 Updated: object variables get 'unset' when assigned within xml handlers
ID: 6665
Updated by: lobbin
Old Summary: object variables get 'unset' when assigned within xml
handlers
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: XML related
Operating System: Solaris 7 & 8
Old PHP Version: 4.0.2
PHP Version: 4.1.0
Previous Comments:
[2000-09-12 01:06:19] [EMAIL PROTECTED]
XML_Parser();
}
function startHandler($xp, $element, $attribs) {
}
function endHandler($xp, $element) {
}
function cdataHandler($xp, $cdata) {
$this->data=$cdata;
}
function defaultHandler($xp, $cdata) {
}
}
$o = new __TestParser1();
$o->parseString("foo", 1);
echo $o->data; // Should print 'foo', it does not print anything
?>
No php.ini used
EXTRA_LDFLAGS="-Wl,-s" \
CPPFLAGS=$CFLAGS \
./configure \
--with-regex=system \
--enable-shared \
--enable-track-vars \
--with-config-file-path=/usr/local/etc \
--with-mysql=/usr/local \
--enable-ftp \
--enable-xml \
--with-gd=no \
--with-db2=no \
--with-db3=no \
--with-zlib=no \
Edit this bug report at http://bugs.php.net/?id=6665&edit=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 #13035 Updated: 404 on a .php results in SERVER ERROR when using php as a cgi
ID: 13035 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Apache related Operating System: Linux 2.4.6 PHP Version: 4.0.6 New Comment: Is still still valid with latest apache and php? Previous Comments: [2001-08-29 12:12:13] [EMAIL PROTECTED] If PHP is used as a CGI program via: Action php-script /cgi-bin/php AddHandler php-script .php .php3 any .php page which is not found results in 500 SERVER ERROR in the browser instead of 404 NOT FOUND. The php binary is returning nothing in its response to this situation. To wit: The Apache error_log reports "Premature end of script headers" The script_log (enabled with Apache's ScriptLog directive) reports: %% [Wed Aug 29 12:09:58 2001] GET /cgi-bin/php/nothere.php HTTP/1.0 %% 500 /usr/local/httpd/cgi-bin/php %request Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, image/png, */* Accept-Charset: iso-8859-1,*,utf-8 Accept-Encoding: gzip Accept-Language: en Connection: Keep-Alive Host: localhost User-Agent: Mozilla/4.77 [en] (X11; U; Linux 2.4.6 i686) %response ### php was compiled with "'./configure' '--with-mysql=/usr' '--with-gd' '--with-imagick' '--enable-discard-path' '--enable-force-cgi-redirect'" Edit this bug report at http://bugs.php.net/?id=13035&edit=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 #12210 Updated: DirectoryMatch/php_value/.htaccess
ID: 12210 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Apache related Operating System: linux 2.2.19 PHP Version: 4.0.5 New Comment: Can you reproduce this with the latest apache and php? Previous Comments: [2001-07-17 12:35:50] [EMAIL PROTECTED] Apache version 1.3.14 IF a php_XXX config directive (maybe ANY php_XXX config directive) is used inside a section in the Apache server config file THEN IF other (maybe ANY) php_XXX's are used in an .htaccess file within a directory which is matched by the THEN these php_XXX's will only be honoured when the server is restarted. Subsequent changes to these directives in the .htaccess file will be ignored. For example, in httpd.conf put: php_admin_value sendmail_path /some/path/to/sendmail in /home/httpd/html/buggy/.htaccess put php_value include_path somedir and then call phpinfo() from with a file in the same directory. On starting Apache, sendmail_path and include_path will be as above but subsequently changing the value of include_path will have no effect unless the server is restarted. However, if the php_admin_value in the server config file is removed and the server restarted, changes to the include_path in the .htaccess file will be registered immediately (as should be). Further, FWIW: 1) Directory as opposed to DirectoryMatch seems to be OK. 2) Non php_XXX apache directives function OK in both contexts. Hence I am filing this as a bug here rather than to Apache. 3) At times(!), I have got a bizarre "toggle" effect when reloading phpinfo() i.e. alternate hits show first "old" value of include_path and then the "new" value! 4) I have conducted all tests using Lynx and thus am confident that there has been no cache nonsense going on. Edit this bug report at http://bugs.php.net/?id=12210&edit=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 #11716 Updated: Segmentation fault(coredump) in Apache(DSO-enabled) startup
ID: 11716 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Apache related Operating System: AIX 4.3.3 PHP Version: 4.0.6 New Comment: Can you try with the latest release 4.1.1? Previous Comments: [2001-10-28 23:34:40] [EMAIL PROTECTED] I tried, however the result is same before. Tried snapshot : php4-200110281500.tar.gz $ pwd /home/cmlee/php4-200110281500 $ ./configure --enable-debug \ --with-apxs=/usr/local/apache/bin/apxs \ --with-mysql=no $ make ar -crlo .libs/libphp4.a .libs/libphp4.so.0 rm -fr .libs/libphp4.lax creating libphp4.la (cd .libs && rm -f libphp4.la && ln -s ../libphp4.la libphp4.la) make[1]: Leaving directory `/home/cmlee/php4-200110281500' Making all in pear make[1]: Entering directory `/home/cmlee/php4-200110281500/pear' make[1]: Leaving directory `/home/cmlee/php4-200110281500/pear' $ su # make install Making install in . make[1]: Entering directory `/home/cmlee/php4-200110281500' /home/cmlee/php4-200110281500/build/shtool mkdir -p "/usr/local/apache/libexec" && /usr/local/apache/bin/apxs -S LIBEXECDIR="/usr/local/apache/libexec" -i -a -n php4 libs/libphp4.so [activating module `php4' in /usr/local/apache/conf/httpd.conf] cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so cp: libs/libphp4.so: No such file or directory apxs:Break: Command failed with rc=1 make[1]: *** [install-sapi] Error 1 make[1]: Leaving directory `/home/cmlee/php4-200110281500' make: *** [install-recursive] Error 1 # cp .libs/libphp4.so.0 /usr/local/apache/libexec/libphp4.so # cd /usr/local/apache/bin # ./httpd -X Segmentation fault (core dumped) # gdb httpd GNU gdb 4.18 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 "powerpc-ibm-aix4.3.2.0"... (gdb) run -X Starting program: /usr/locql/apache/bin/httpd -X "/usr/lib/libpthreads.a": not in executable format: File format not recognized. (gdb) c Continuing. "/usr/lpp/xlC/lib/libC.a": not in executable format: File format not recognized. (gdb) c Continuing. "/usr/lib/libbind.a": not in executable format: File format not recognized. (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0xd0b5acac in ?? () from (unknown load module) (gdb) bt #0 0xd0b5acac in ?? () from (unknown load module) #1 (gdb) quit [2001-10-21 00:06:58] [EMAIL PROTECTED] Would you please try again the latest snapshot? [2001-07-19 00:56:34] [EMAIL PROTECTED] I tried to make php4-200107181935 snapshot. But now I have another problem which is an installation failure. $ ./configure --enable-debug \ --with-apxs=/home/apache/bin/apxs \ --with-mysql=no ... $ make ... $ su $ make install ... Making install in . make[1]: Entering directory `/home/cmlee/php4-200107181935' /home/cmlee/php4-200107181935/build/shtool mkdir -p "/home/apache/libexec" && /home/apache/bin/apxs -S LIBEXECDIR="/home/apache/libexec" -i -a -n php4 libs/libphp4.so [activating module `php4' in /home/apache/conf/httpd.conf] cp libs/libphp4.so /home/apache/libexec/libphp4.so cp: libs/libphp4.so: No such file or directory apxs:Break: Command failed with rc=1 make[1]: *** [install-sapi] Error 1 make[1]: Leaving directory `/home/cmlee/php4-200107181935' make: *** [install-recursive] Error 1 [2001-07-12 04:04:46] [EMAIL PROTECTED] Please try the latest CVS snapshot from http://snaps.php.net/ as #4630 was reported to be fixed now. [2001-06-26 21:52:10] [EMAIL PROTECTED] IBM AIX 4.3.3 Apache 1.3.20 PHP 4.0.6 Release GNU gcc 2.95.2 for AIX $ export CFLAGS="-g" $ ./configure --enable-debug \ --with-apxs=/home/apache/bin/apxs \ --with-mysql=no ... $ make ... $ make install-sapi $ su # cd /home/apache/bin # ./httpd -X Segmentation fault (core dumped) # dbx httpd core Type 'help' for help. reading symbolic information ... [using memory image in core] Segmentation fault in php_if_apache_lookup_uri at 0xd14e5658 ($t1) 0xd14e5658 (php_if_apache_lookup_uri+0x554) 800clwz r0,0x0(r12) (dbx) where php_if_apache_lookup_uri() at 0xd14e5658 php_create_dir(??, ?
[PHP-DEV] Bug #9422 Updated: Apache hangs when Win goes to standby
ID: 9422 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Apache related Operating System: win98, win98SE PHP Version: 4.0.4 New Comment: Does this still happen on 4.1.1? Previous Comments: [2001-10-26 18:57:50] [EMAIL PROTECTED] still the same with php-4.0.8-dev-20011004.exe as mod php, did you try it (maybe all my sytems are misconfigured) [2001-10-20 23:59:07] [EMAIL PROTECTED] There have been lot of thread-safe fixes. Please test the latest development build from http://www.php4win.com/ [2001-05-08 15:25:07] [EMAIL PROTECTED] yes, persists with 4.0.5 with php.ini-optimized from http://www.php.net/do_download.php?download_file=php-4.0.5-Win32.zip&source_site=www.php.net and different webbrowsers. Do you know a win98 or win98se installation with php-module, which works? Maybe I oversee something? [2001-05-07 12:37:45] [EMAIL PROTECTED] Are you loading non-thread-safe PHP Extensions in your php.ini? Does this problem persist with PHP 4.0.5? [2001-03-31 19:06:17] [EMAIL PROTECTED] No, plain apache goes into standby. I tested apache 1.3.19 with php 4.0.5RC1 from www.php4win.de (phpinfo looks a little bit hacked?), no standby. Tested it with php cgi (3.1.17, 4.04, 4.0.5RC1) when a longer script is running, win goes standby after php timeout killed the script (which is a good idea I think). My guess is in module version something is not ending, even without a current script running? Gustav Graf 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=9422 Edit this bug report at http://bugs.php.net/?id=9422&edit=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 #8865 Updated: App launching with hotkeys delayed
ID: 8865 Updated by: lobbin Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: Windows 95b, 98 Old PHP Version: 4.0.4pl1 PHP Version: 4.1.0 Previous Comments: [2001-12-20 09:51:27] [EMAIL PROTECTED] Can you try this with 4.1.0? R. [2001-07-02 17:47:30] [EMAIL PROTECTED] No. It only happens when PHP is loaded as a module. If it happens when used as CGI it is not noticeable, since it runs for just a few moments. Probably a web server with lots of traffic could cause the same problem, but mine is a small intranet so I wouldn't notice. [2001-06-14 20:40:36] [EMAIL PROTECTED] Does this happen if you comment out the PHP loadmodule statement in apache conf? (and stop / start apache) [2001-05-12 20:02:11] [EMAIL PROTECTED] I just tried with 4.0.5, and it happens just the same. Also the condition I explained in bug 8864 still holds constant. More info: -Win95 SR-2, Winsock 2 patch, IP (for ws2) patch, TCP (for ws2) patch, comdlg401 patch, DCOM95 installed. -Apache 1.3.12, no bells, no whistles, just out-of-the-box -PHP 4.0.5 (binary download from php.net) -NO extensions loaded, just plain PHP. -Not related to any particular code, this is is a condition on windows itself: apache and php run beautifully. The trouble occurs for other apps when apache runs with the apache-php module. -The slowing down of apps launched using hotkeys is NOT related to any particular application, but is a windows delay. The delay is for the launching (5-7 sec. delay with freeze-up), not for normal running once an app has been launched. If I get things running, everything works ok. -No apparent relation to any other running app: I've tried shutting down everything (yhat is, only explorer running), and then launching apache with php as a module, and the condition persists just the same. I'll try 4.0.6dev on a win98 box and report back. Hope this helps. Gonzalo. [2001-05-12 12:49:46] [EMAIL PROTECTED] Can you please try it with 4.0.5, or preferrable php-4.0.6dev ? 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=8865 Edit this bug report at http://bugs.php.net/?id=8865&edit=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 #12700 Updated: 502 Gateway Error/Failed to Return Headers
ID: 12700 Updated by: lobbin Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 Server Old PHP Version: 4.0.6 PHP Version: 4.1.1 Previous Comments: [2001-08-13 13:02:29] [EMAIL PROTECTED] Apologies, After further searching though your bug database this appears to be a duplicate of #12562 and possibly #11788/#9852. I would like to stress this is a serious issue for me. Thanks, - Paul. [2001-08-11 12:40:08] [EMAIL PROTECTED] I have installed and setup 4 different Windows 2000 Server Pro/Advanced machines with IIS, PHP 4.0.6, MSSQL Server 2000 and 7. All systems have variations in hardware configurations and performance, all of the systems have this identical problem. In the last 5 days there have been around 2000 site hits. IIS has logged 24 occurrences of a 504 Gateway error. And returns "CGI Failed to return headers". This error is *very* random. Out of the 35 .php documents, the error has occurred on 6. These 6 are also the most frequently requested documents on the server. These documents are otherwise error free. Its not too hard to recreate the error. Several repeated requests of the same document that performs database requests will generate the error. To me, it seems *completely* random. I have setup IIS to point to a document that causes a page refresh on a 502 error. The refresh action re-posts the page and the page will display correctly. This is a critical problem for me. I have modified the IIS 502 error report document reload and resubmit the page that generated the error. The only way I can re-create the crash is by hitting the same page "UserDetail.php" 10 times in 10 seconds. The 10th request generated a "502 gateway error". NOTE: Crash still happens during normal activity as well. IIS Logs: 200 Mozilla/4.0+(compatible;+MSIE+5.5;+Windows+NT+4.0) 2001-07-11 19:25:17 205.150.207.2 - 205.150.207.20 80 GET /directory/UserDetail.php SID=f2b31876e1822c10425ea4e1d13c01f3&FriendStatusChange=1&UserToView=5&Search=3 200 Mozilla/4.0+(compatible;+MSIE+5.5;+Windows+NT+4.0) 2001-07-11 19:25:18 205.150.207.2 - 205.150.207.20 80 GET /directory/UserDetail.php SID=f2b31876e1822c10425ea4e1d13c01f3&FriendStatusChange=1&UserToView=5&Search=3 200 Mozilla/4.0+(compatible;+MSIE+5.5;+Windows+NT+4.0) 2001-07-11 19:25:18 205.150.207.2 - 205.150.207.20 80 GET /directory/UserDetail.php SID=f2b31876e1822c10425ea4e1d13c01f3&FriendStatusChange=1&UserToView=5&Search=3 200 Mozilla/4.0+(compatible;+MSIE+5.5;+Windows+NT+4.0) 2001-07-11 19:25:18 205.150.207.2 - 205.150.207.20 80 GET /directory/UserDetail.php SID=f2b31876e1822c10425ea4e1d13c01f3&FriendStatusChange=1&UserToView=5&Search=3 502 Mozilla/4.0+(compatible;+MSIE+5.5;+Windows+NT+4.0) ^^ note the 502 "Gateway error in the last line of the log. no backtrace, you have no instructions on how to capture this in win32? Thanks for your attention, - Paul Edit this bug report at http://bugs.php.net/?id=12700&edit=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 #9981 Updated: http 500 Internal Server Error
ID: 9981 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: IIS related Operating System: server 2000 PHP Version: 4.0.4pl1 New Comment: Feels like a user error, please check available faqs, and try 4.1.1 aswell. Previous Comments: [2001-03-25 19:51:44] [EMAIL PROTECTED] I installed php onto server 2000 and tried using it with iis , but no luck. Using the isapi .dll I get "http 500 Internal Server Error" for any .php page. do you see anything wrong with this .ini directory config? include_path= C:\server_root; doc_root = C:\server_root ; user_dir = C:\server_root; extension_dir = C:\php ; enable_dl = On; if not please tell me what could be causing this problem Edit this bug report at http://bugs.php.net/?id=9981&edit=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 #9852 Updated: Header redirect and db connection cause "CGI misbehaved"
ID: 9852
Updated by: lobbin
Old Summary: Header redirect and db connection cause "CGI misbehaved"
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: IIS related
Operating System: Windows 2000
PHP Version: 4.0.4pl1
New Comment:
Can you try this with 4.1.1? There been alot of fixes for IIS in the
recent versions.
Previous Comments:
[2001-03-19 22:41:31] [EMAIL PROTECTED]
Under the category of "You Can Never Have Too Much Information On A
Bug", here is my experience with the "CGI App Misbehaved" bug (related
bug reports: #8571 and #8744).
Bug report summary:
A PHP script that sends a 'Location' header directive and makes a
database connection causes IIS to intermittently return a 'Gateway
Error 502' when the client browser asks for the page specified in the
redirect. The address bar will correctly show the page that should
have loaded when the error is displayed, and pressing F5 (refresh) will
correctly load the page. Note that the error is (seemingly) completely
random, sometimes you get it, other times the script works correctly.
The error message text is:
-- Begin --
CGI Error
The specified CGI application misbehaved by not returning a complete
set of HTTP headers. The headers it did return are:
-- End --
This error depends on:
1) Using PHP in CGI mode (i.e. using php.exe, the ISAPI dll does not
seem to produce this error, although it has it's own problems).
2) A PHP script that connects to a database (tested both mssql_connect
and odbc_connect) *and* sends a 'Location:' header. If the script
redirects to something other than a .php file (i.e. .html or .pdf) or
does not connect to the database, the error will not occur.
3) A successful db connection. If the db connect call fails (due to
bad password, etc.), the redirect always works.
This error does *not* depend on:
1) A fully qualified 'Location' header. The following also fails:
header('Location: http://10.0.0.30/test/done.php');
2) The relative order of the header() and xxx_connect() calls in
'doit.php'. I wouldn't expect the order to affect the result, but I
checked it anyway.
Interesting note: While upgrading the server to SP1 to see if it had
any affect on this bug, I continued to test while it was in the process
of performing the upgrade. It was very difficult (I gave up) trying to
get the error. The CPU was at 100% due to the upgrade which
(obviously) caused the web server performance to suffer. Combined with
the fact that it occurs randomly anyway, this suggests that it may have
something to do with the timings between the request for doit.php,
execution of doit.php, and the request for done.php.
Hardware/Software:
Web server:
Win2000 Server (with and without SP1)
IIS 5.0
PHP 4.0.4pl1 (CGI mode)
Database server:
WinNT 4.0 SP6
MS-SQL 7.0
Client:
Win2000 Professional SP1
IE 5.5 SP1
Test scripts
start.php
Test
Do test
doit.php
done.php
Test
Test complete
Reset test
Here are actual HTTP headers recorded using a packet sniffer:
Scenario #1 - CGI Error Occurs
Client request
GET /test/doit.php HTTP/1.1
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg,
application/vnd.ms-excel, application/msword, */*
Referer: http://10.0.0.30/test/start.php
Accept-Language: en-us
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0)
Host: 10.0.0.30
Connection: Keep-Alive
Server response
HTTP/1.1 302 Object Moved
Location: done.php
Server: Microsoft-IIS/5.0
Content-Type: text/html
Connection: close
Content-Length: 131
Client request (automatic IE request)
GET /test/done.php HTTP/1.1
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg,
application/vnd.ms-excel, application/msword, */*
Referer: http://10.0.0.30/test/start.php
Accept-Language: en-us
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0)
Host: 10.0.0.30
Connection: Keep-Alive
Server response (Incorrect response)
HTTP/1.1 502 Gateway Erro
[PHP-DEV] Bug #9688 Updated: FTP_PUT / FOPEN
ID: 9688
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: IIS related
PHP Version: 4.0.4
New Comment:
Can you try out 4.1.1 and see if the problem still exists?
Previous Comments:
[2001-05-21 00:32:54] [EMAIL PROTECTED]
It might be for all I know , a permission problem which occure when
one are using maped network drives/virtual hosts under IIS. I can't say
either
as I was using a remote host(or web hoster).
If it's the case it shouldn't be fixed anyway??
I think it's a bit scame cause if your working on a huge project and
you can't upload file where the point of using it all??
Anyway people have been asking for work arounds, I can't say
I know of a work around which guarantees success , but I made
a script to test file-uploades with different approaches
(ftp_functions, fopen("ftp://";) , copy())
Main purpose of this was cause I found myself in a postion
where I needed to change web-hoster because of this bug,
(fortunately I'm not paying for this service) and I wanted to know
if next web-hoster would have same problem.
The test script can be found at http://www.valar.f2s.com , hope it
helps!
Meanwhile lets hope for a bug fix!!?
--
Best Regards,
IN
[2001-05-18 04:30:55] [EMAIL PROTECTED]
The problem here seems that PHP cant access the drive or file. Have you
checked permissions? Is G:\ a mapped network drive? Is the path
correct?? Please check these, then try latest CVS (snapshots for win32
are avalible here: http://www.zend.com/snapshots )
- James
[2001-03-11 17:49:57] [EMAIL PROTECTED]
I'm working against a IIS web server with PHP 4.0.4
It seems that both ftp_up and fopen causes the same
problem, not allowing you to upload files.
On the attempt to open sourcefile/submited file
I get following errors;
with ftp_up:
Warning: error opening G:\\mysite\\mysite\\gfx\\icon_editor_url.gif in
ftp.php on line 19
with fopen:
Warning: fopen("G:\\mysite\\mysite\\gfx\\icon_editor_list.gif","rb") -
No such file or directory in uploadfile.php on line 7
hence under linux, I have tested the fopen with php4.0.b3
and it seems to work. Question me for samplecode if needed.
Regards,
IN.
Edit this bug report at http://bugs.php.net/?id=9688&edit=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 #9579 Updated: POST method not performing action handler (ISAPI)
ID: 9579 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: IIS related Operating System: NT4.0 ISAPI PHP Version: 4.0.4pl1 New Comment: Can you produce this with 4.1.1? Previous Comments: [2001-03-06 10:08:03] [EMAIL PROTECTED] Create a form and use method = POST with an action to another php script. The initial form is displayed properly but when you press the submit button a HTTP 500 internal server error message is displayed indicating that the action script (action=myscript.php) isn't found. If I replace the POST with a GET this form works properly. Web Server:IIS4 NT 4.0 Service Pack 6 ISAPI installation Edit this bug report at http://bugs.php.net/?id=9579&edit=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 #9428 Updated: CGI error when executing php script in a virtual directory
ID: 9428 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: IIS related Operating System: NT4 SP6 PHP Version: 4.0.4pl1 New Comment: Can you reproduce this with 4.1.1? Previous Comments: [2001-02-23 13:17:53] [EMAIL PROTECTED] I have PHP 4.0.4pl1 installed on an NT4 (SP6) Server running IIS 4.0. Executing PHP scripts in a directory under www_root works fine. When the simplest helloworld script is executed on a virtual directory, I get "The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:" I've tried telnetting to the server and getting the file to see what headers are returned: HTTP/1.1 502 Gateway Error Server: Microsoft-IIS/4.0 Date: Fri, 23 Feb 2001 18:10:22 GMT Content-Length: 215 Content-Type: text/html Error in CGI Application CGI ErrorThe specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:Connection closed by foreign host. I've seen a couple of references to this problem on php.net, but no solutions. Any ideas? Thanks. Kevin Johnson Edit this bug report at http://bugs.php.net/?id=9428&edit=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 #9206 Updated: unable to load file to the disk
ID: 9206 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: IIS related Operating System: Win NT 4 PHP Version: 4.0.4pl1 New Comment: Does the same happen on 4.1.1? Previous Comments: [2001-02-10 15:53:14] [EMAIL PROTECTED] I was using php 401pl2 for win32 and this form was working perfectly: When I upgraded php version to 404pl1 and try to submit this form, browser gived me an error that the 'anotherfile.php' can not be found. Sometimes it found it but it contained no data as the variables where not be transmited from the form to the 'anotherfile.php'. If I didn't put ENCTYPE in form tag () it was working perfectly and it founded 'anotherfile.php' but I was no able to use input type 'file' in my form (obviusly). I tried to downgrade php to version 403 and 402 and it din't work either. At the end I downgraded to the first version I was using at the begining and it works. So in version 401pl2 it works perfectly in all higher versionsis not working anymore. I'm using Win NT 4 and IIS4. Edit this bug report at http://bugs.php.net/?id=9206&edit=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 #8744 Updated: call to header() causes CGI error
ID: 8744
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: IIS related
Operating System: Windows 2000
PHP Version: 4.0.4pl1
New Comment:
How does this work on 4.1.1?
Previous Comments:
[2001-02-12 17:30:21] [EMAIL PROTECTED]
i have the same problem here. when i turn on the log startup errors
flag in the php.ini i get the following output :
__
CGI Error
The specified CGI application misbehaved by not returning a complete
set of HTTP headers. The headers it did return are:
FATAL: erealloc(): Unable to allocate 1043162510 bytes
__
i guess there's something wrong within the parser or compiler, because
nothing of the code is executed.
unfortunatelly i don't have 1GB RAM so i would be happy if there is any
solution to this.
harald.
[2001-01-16 18:30:59] [EMAIL PROTECTED]
In case you missed my second message:
Here are two typical lines from the IIS error log: the first is a
successful page load (code 200) and the second is the CGI error after
the redirect (502) Note that in the IIS log format it is normal for a
space to separate the URL
and the Querystring. The last column in the log is the referrer URL.
2001-01-16 17:20:30 192.168.1.29 - GET /success/ProbRev.php3
EmpID=5&New=Y
200 0 378 Mozilla/4.0+(compatible;+MSIE+5.5;+Windows+98;+Win+9x+4.90)
http://192.168.1.30/success/InterimRevSelect.php3?EmpID=5
2001-01-16 17:20:30 192.168.1.29 - GET /success/ProbRev.php3
EmpID=5&ProbRevID=12 502 0 374
Mozilla/4.0+(compatible;+MSIE+5.5;+Windows+98;+Win+9x+4.90)
http://192.168.1.30/success/InterimRevSelect.php3?EmpID=5
[2001-01-16 18:29:28] [EMAIL PROTECTED]
A few more things: the problem is not easily reproducible. Also, if I
change all of the database calls to go to mySQL (which I have installed
on Windows 2000) instead of SQL Server 2000 (which is the database
system I was using, also installed on the same machine), I do NOT get
the CGI errors. However, in both instances, the databases do get
updated or otherwise manipulated successfully; it's just the redirect
that fails when using SQL Server. Hope this helps.
[2001-01-16 14:12:01] [EMAIL PROTECTED]
Can you tell us what is in the logs of IIS?
[2001-01-16 14:07:45] [EMAIL PROTECTED]
Our situation is similar to that in bug report 8571, particularly
situations 1 and 2. After adding, updating or deleting a record to a
MSSQL database, the user is referred to this function (stored in file
which is included in each page):
function pageRedirect($inURL) {
header("Location: $inURL");
exit;
}
$inURL is never exactly the same as the current URL - either you are
redirected to a completely different file name, or to the same file
name with a different query string appended.
The record modification part always completes successfully in MSSQL,
and the header() function sends the user to the new URL, but this error
occurs:
[start]
CGI ERROR
CGI application misbehaved by not returning a complete set of headers.
The headers that it
did return are:
[end]
... and any code in the page that the user has been redirected to is
NOT executed. If the user clicks refresh, it does and all is well.
This is a PHP web application being ported from a Linux/mySQL
environment, where it works, so it appears to be an IIS-specific
issue.
Thanks in advance for any feedback.
Edit this bug report at http://bugs.php.net/?id=8744&edit=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 #8649 Updated: session.auto_start can't write to files in isapi mode
ID: 8649 Updated by: lobbin Old Summary: session.auto_start can't write to files in isapi mode Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: IIS related Operating System: NT4 (SP6a) PHP Version: 4.0.4 New Comment: Can you this with 4.1.1? Previous Comments: [2001-01-11 00:34:21] [EMAIL PROTECTED] On WinNT4(SP6a), the following script works in both cgi and isapi mode with the default php.ini, which has session auto_start turned off: If I turn on session auto_start in php.ini with: session.auto_start = 1 all is well in cgi mode, but isapi mode generates the following error: Counter is: 1 Warning: open(/tmp\sess_20b9e255f10a4bde02c3f9fe0d5d6779, O_RDWR) failed: m (2) in Unknown on line 0 Warning: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp) in Unknown on line 0 The /tmp directory exists, is world read/writeable and is working fine in all modes without session.auto_start and in cgi mode with auto_start. Changing session.save_path to '\tmp' (from '/tmp') makes no difference. PHP is 4.0.4, build date 12/20/2000 Thanks. Edit this bug report at http://bugs.php.net/?id=8649&edit=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 #14656 Updated: Warning: SQL error: [Microsoft][ODBC Microsoft Access Driver] Too few parameter
ID: 14656 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: ODBC related Operating System: Win XP PHP Version: 4.1.0 New Comment: No feedback. Closing. Previous Comments: [2001-12-22 13:43:13] [EMAIL PROTECTED] Please give a sample script to reproduce this. But it sounds like you did not read the documentation on how PHP/ODBC works. [2001-12-22 03:32:47] [EMAIL PROTECTED] I am trying to access database created in Microsoft Access and when I try to access the php script I get the following error. Can someone please help me to solve this problem. Thanks, Warning: SQL error: [Microsoft][ODBC Microsoft Access Driver] Too few parameters. Expected 11. Edit this bug report at http://bugs.php.net/?id=14656&edit=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 Updated: configure fails with apxs
ID: 14593 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Apache related Operating System: AIX 4.3.3 PHP Version: 4.1.0 New Comment: No feedback. Closing. Previous Comments: [2001-12-22 15:33:59] [EMAIL PROTECTED] Did you check out http://www.php.net/manual/en/faq.build.php#AEN74685 ? [2001-12-18 18:12:06] [EMAIL PROTECTED] 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 =] -n apxs -q [-S =] ... apxs -c [-S =] [-o ] [-D [=]] [-I ] [-L ] [-l ] [-Wc,] REQUIRED OPTION[-bE: ] [-Wl,] ... apxs -i [-S =] [-a] [-A] [-n ] ... apxs -e [-S =] [-a] [-A] [-n ] ... 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: ## 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 this bug report at http://bugs.php.net/?id=14593&edit=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 Updated: Apache application error after turning snmp on
ID: 14592 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: SNMP related Operating System: NT SP6 PHP Version: 4.1.0 New Comment: No feedback. Closing. Previous Comments: [2001-12-22 15:29:54] [EMAIL PROTECTED] Can you try removing all other modules except snmp and see what happens. If it works, can you find out which combination doesn't work? [2001-12-19 21:10:20] [EMAIL PROTECTED] I am positive. [2001-12-19 02:25:29] [EMAIL PROTECTED] Are you susre you ar enot using an old module from php 4.0.6? Derick [2001-12-18 18:01:09] [EMAIL PROTECTED] 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 this bug report at http://bugs.php.net/?id=14592&edit=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 #13322 Updated: Still SIGSEGV with DOMXML / double free()
ID: 13322
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Reproducible crash
Operating System: Debian Linux 2.2
PHP Version: 4.0CVS-2001-09-15
New Comment:
No feedback. Closing.
Previous Comments:
[2001-12-22 12:06:22] [EMAIL PROTECTED]
Can you try latest CVS? I believe this is fixed.
Feedback.
[2001-09-17 04:19:19] [EMAIL PROTECTED]
Problem is on shutdown and destroy/freeing alocated memory.
Breakpoint 2, main (argc=2, argv=0xbdb4) at cgi_main.c:775
775 php_request_shutdown((void *) 0);
php_request_shutdown (dummy=0x0) at main.c:711
736 zend_deactivate(TSRMLS_C);
zend_deactivate () at zend.c:587
595 shutdown_executor(TSRMLS_C);
shutdown_executor () at zend_execute_API.c:162
190 zend_destroy_rsrc_list(&EG(regular_list) TSRMLS_CC);
zend_destroy_rsrc_list (ht=0x81798a4) at zend_list.c:235
231 void zend_destroy_rsrc_list(HashTable *ht TSRMLS_DC)
232 {
233 Bucket *p, *q;
234
235 while (1) {
236 p = ht->pListTail;
237 if (!p) {
238 break;
239 }
240 q = p->pListLast;
241 if (q) {
242 q->pListNext = NULL;
243 }
244 ht->pListTail = q;
245
246 if (ht->pDestructor) {
247 zend_try {
248 ht->pDestructor(p->pData);
249 } zend_end_try();
250 }
251 if (!p->pDataPtr && p->pData) {
252 pefree(p->pData, ht->persistent);
253 }
254 pefree(p, ht->persistent);
255 }
256 pefree(ht->arBuckets, ht->persistent);
257 }
ht = (HashTable *) 0x81798a4
{nTableSize = 8, nTableMask = 7, nNumOfElements = 2,
nNextFreeElement = 3, pInternalPointer = 0x81ad614, pListHead =
0x81ad614,
pListTail = 0x81ac7ec, arBuckets = 0x81a8894,
pDestructor = 0x810cc14 , persistent = 0
'\000',
nApplyCount = 0 '\000', bApplyProtection = 1 '\001', inconsistent =
0}
p = (Bucket *) 0x81ac7ec
{h = 2, nKeyLength = 0, pData = 0x81ac844, pDataPtr = 0x0,
pListNext = 0x0, pListLast = 0x81ad614, pNext = 0x0, pLast = 0x0,
arKey = ""}
q = (Bucket)*ht->pListTail->pListLast
{h = 1, nKeyLength = 0, pData = 0x81b09ac, pDataPtr = 0x0,
pListNext = 0x81ac7ec, pListLast = 0x0, pNext = 0x0, pLast = 0x0,
arKey = ""}
print (Bucket)*ht->pListTail->pListLast->pListNext
{h = 2, nKeyLength = 0, pData = 0x81ac844, pDataPtr = 0x0,
pListNext = 0x0, pListLast = 0x81ad614, pNext = 0x0, pLast = 0x0,
arKey = ""}
ht->pDestructor(0x81ac844);
print (Bucket)*p
{h = 2, nKeyLength = 0, pData = 0x81ac844, pDataPtr = 0x0,
pListNext = 0x0, pListLast = 0x81ad614, pNext = 0x0, pLast = 0x0,
arKey = ""}
pefree(p->pData, ht->persistent);
and second cycle
p= (Bucket)*ht->pListTail
$142 = {h = 1, nKeyLength = 0, pData = 0x81b09ac, pDataPtr = 0x0,
pListNext = 0x0, pListLast = 0x0, pNext = 0x0, pLast = 0x0, arKey =
""}
q = p->pListLast;
ht->pListTail = q; (now 0x0)
ht->pDestructor still point to zend list destructor php_free_xml_doc
and
pData = 0x81b09ac are the same.
What's wrong?
[2001-09-15 19:15:34] [EMAIL PROTECTED]
Result with newest libxml2-2.4.5 is the same.
Program received signal SIGSEGV, Segmentation fault
0x401fa860 in free () from /lib/libc.so.6
(gdb) bt
#0 0x401fa860 in free () from /lib/libc.so.6
#1 0x400efe79 in xmlFreeNodeList (cur=0x81f98e0) at tree.c:2372
#2 0x400efe37 in xmlFreeNodeList (cur=0x81f9898) at tree.c:2364
#3 0x400ee2dc in xmlFreeDoc (cur=0x81f9800) at tree.c:525
#4 0x806f06d in php_free_xml_doc (rsrc=0x81dae74) at php_domxml.c:353
#5 0x811d86a in list_entry_destructor (ptr=0x81dae74) at
zend_list.c:177
#6 0x811da55 in zend_destroy_rsrc_list (ht=0x8185d84) at
zend_list.c:248
#7 0x810ca20 in shutdown_executor () at zend_execute_API.c:190
#8 0x81162e6 in zend_deactivate () at zend.c:595
#9 0x8062c2f in php_request_shutdown (dummy=0x0) at main.c:736
#10 0x8061543 in main (argc=2, argv=0xbb04) at cgi_main.c:775
[2001-09-15 18:17:22] [EMAIL PROTECTED]
Problem is still here in last CVS. Standalone php (cgi) same problem.
Program received signal SIGSEGV, Segmentation fault.
0x401fab13 in
[PHP-DEV] Bug #13054 Updated: Perl script running as root when starting it with system()!!
ID: 13054
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Program Execution
Operating System: Linux (RedHat 7.1)
PHP Version: 4.0.6
New Comment:
No feedback. Closing.
Previous Comments:
[2001-12-22 07:06:52] [EMAIL PROTECTED]
Did you find a solution of this on your own? If not, can you try this
with 4.1.0?
And you are sure the perl-script is not runnig setuid?
R.
[2001-08-30 06:12:44] [EMAIL PROTECTED]
Hi,
Apache is running as 'apache' user in group 'www-data', started by root
(ofcourse). (version 1.3.20)
Perl script is a distribution script copying files with scp. Keys are
located in the home directory of apache user.
PHP configured without a php.ini (thus default apply). Apache and PHP
were compiled from source.
I'm php developers since the early beginning, and now almost fulltime
PHP programmer.
Now!
system("/usr/local/bin/distributer.pl $audioid $newfilename
2>>/tmp/distributor.log 1>&2 &");
This should distributed files to our fileservers. But rather than
running as apache-user (where the ssh keys are) it runs as root!!! I
never, in all these years, saw this! I'm pretty unsure if this is true
or if this can be?
I would like to here it is a missconfiguration of mine..
The logs of my Perl script show:
Starting distribution as user root
The fact that it runs as 'root' compromises my security stuff and the
project will not work..
Just tell me i'm wrong and this can't be true.. Or is this the way
things are done? ;p
Geert
PS: i'm submitting this in a hury and didn't search possible submittes.
call it panic.
Edit this bug report at http://bugs.php.net/?id=13054&edit=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 #11023 Updated: exec does not wait for completion of cmd
ID: 11023 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Program Execution Operating System: slackware 7 PHP Version: 4.0.5 New Comment: No feedback, closing. Previous Comments: [2001-12-22 07:04:10] [EMAIL PROTECTED] Does this happen on 4.1.0? R. [2001-05-22 13:14:30] [EMAIL PROTECTED] $cmd = "mv " . SITES_IMP . "site_* " . DB_UPDATES; exec($cmd); $arr = array(); $cmd = "ls " . DB_UPDATES . " site_* | wc -l"; exec($cmd,$arr); i am of the impression that code proceeding an exec cmd will not execute until the exec is finished in the above instance, the "ls" exec is executing before the "mv" exec has finished - when i know that 10 files have been moved, the "ls" exec returns 0 for a "wc -l", when running the code again it returns the number of files correctly - have placed sleeps between the commands and all works well wondered if this is a bug in the exec cmd or my misunderstanding of its use Edit this bug report at http://bugs.php.net/?id=11023&edit=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 #13508 Updated: read exif data not working on large thumbnails
ID: 13508 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: *Graphics related Operating System: Linux PHP Version: 4.0.6 New Comment: Can you try this with 4.1.1? Previous Comments: [2001-10-02 06:54:38] [EMAIL PROTECTED] This (Bug #11784) can't really be classified as Closed, because it still won't enable 'large' thumbnails to be extracted from the EXIF data. My application requires that I extract the actual thumbnail image from the Exif data of the digital image. Will READ-EXIF-DATA be fixed to handle large thumbnails - or just ignore them?? (at least the fix extracts the other data) Edit this bug report at http://bugs.php.net/?id=13508&edit=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 #10706 Updated: yp_next does not report the next entry in the map
ID: 10706
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: YP/NIS related
Operating System: Solaris
PHP Version: 4.0.5
New Comment:
Can you try this with 4.1.1?
Previous Comments:
[2001-05-07 10:55:22] [EMAIL PROTECTED]
If I use the Key returned from yp_first or yp_next, on my systems
(Solaris 2.6/2.7/2.8 either sparc/Intel), the yp_next return every time
the same entry.
I've discovered, after some hours of debugging, that php add a CR at
the end of the key, so the keylength is bigger than the real keylength
of 1 char.
Stripping it, php is definitely happy.
I wrote some lines to show that... use them as you think better
Thanks.
";
$map="passwd.byname";
$domain = yp_get_default_domain();
echo "Map ".$map." for domain: " . $domain." is \n";
// Get the first entry from YP
$entry = yp_first($domain, $map);
// Extract key and value
$key = $entry ["key"];
$value = $entry ["value"];
// Print key and value
echo $key;
echo $value;
// Remove the CR at the end of the key ... (? Solaris requirement only
?)
$key=substr($key,0,strlen($key)-1);
// the start the cycle to get the others values
while( is_array($entry = yp_next ($domain, "passwd.byname", $key)) )
{
// Extract the value
$keyn = key ($entry);
// Print key and value
echo $keyn;
echo $entry[$keyn];
// Remove the CR at the end of the key ... (? Solaris requirement
only ?)
$key=substr($keyn,0,strlen($keyn)-1);
}
echo"";
?>
Edit this bug report at http://bugs.php.net/?id=10706&edit=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 #12576 Updated: php_pdf.dll is expired
ID: 12576 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: PDF related Operating System: Windows 98 PHP Version: 4.0.6 New Comment: Are you sure it isn't your installed PDFlib that produces this error? Otherwise, please try with 4.1.1, and report back. Previous Comments: [2001-08-05 07:55:43] [EMAIL PROTECTED] I have PHP 4.0.6 installed on a Windows 98 System with gd,pdf and zlib extensions. When I try to call a function from the pdflib it says: Fatal error: PDFlib error: Beta expired - retrieve new version from www.pdflib.com in .php on line 4 On that website I found the following information: 2001-05-18: PDFlib 4.0.0 accidentally contains a time-bomb feature from the beta test which makes PDFlib 4.0.0 expire in July 2001. The php_pdf.dll you can download from www.pdflib.com is not free and displays a message across all pdf-pages. They offer a patch on that website, but that does not work with windows dll's. Please add a working php_pdf.dll to your PHP-distribution for win32. Thanks, Robert Grellmann Edit this bug report at http://bugs.php.net/?id=12576&edit=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 #12034 Updated: A type-error and a coding-error.
ID: 12034
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Compile Warning
PHP Version: 4.0.6
New Comment:
Does still happen on 4.1.1?
Previous Comments:
[2001-12-23 20:39:55] [EMAIL PROTECTED]
It is a long time since I posted the problems.
I don't remember which os/compiler I used.
Tthere are 3 different systems on our site.
It might be AIX 4.3.2.
It seems that type definitions and calls do not match even we check by
our eyes.
I think it is better to match them even a compiler ignores them.
[2001-12-20 03:11:48] [EMAIL PROTECTED]
What os/compiler are you using?
I'm not getting this with the latest CVS.
R.
[2001-07-11 01:58:25] [EMAIL PROTECTED]
1. "php_ticks.c", line 55.53: 1506-280 (W) Function argument assignment
between types "void*" and "void(*)(int)" is not allowed.
main/php_ticks.c:
PHPAPI void php_remove_tick_function(void (*func)(int))
{
PLS_FETCH();
zend_llist_del_element(&PG(tick_functions), (void *)&func,
(int(*)(void*,void*))php_compare_tick_functions);
}
I think the 2nd arg of zend_llist_del_element() shoud be:
(void *)&func
Not
func
2. "output.c", line 154.140: 1506-280 (W) Function argument assignment
between types "unsigned int*" and "int*" is not allowed.
ext/standard/output.c:
The final_buffer_len should be defined as uint, not int.
3. "zend_extensions.c", line 33.16: 1506-068 (W) Operation between
types "void*" and "int" is not allowed.
4. "main.c", line 1166.17: 1506-068 (W) Operation between types
"unsigned char*" and "int" is not allowed.
5. "dl.c", line 136.16: 1506-068 (W) Operation between types "void*"
and "int" is not allowed.
All are caused by zend.h -> dlfcn.h is not included.
I will report these to Zend.
Edit this bug report at http://bugs.php.net/?id=12034&edit=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 #12450 Updated: Segfaults if recode is loaded after mysql or imap
ID: 12450 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Recode related Operating System: Red Hat Linux 6.2 PHP Version: 4.0.6 New Comment: Can you: - try this with 4.1.1 - provide a usefull backtrace: http://bugs.php.net/bugs-generating-backtrace.php Previous Comments: [2001-07-28 14:19:43] [EMAIL PROTECTED] PHP segfaults if recode.so (php's recode extension as a shared library) is loaded _after_ the imap or mysql extensions. Re-ordering the php.ini file so that the "extension=recode.so" line is the first "extension=..."-line stops the segfaults. Recode versions tested: 3.5d, 3.6. PHP versions tested: 4.0.6. config.nice: #! /bin/sh # # Created by configure "./configure" \ "--prefix=/usr" \ "--libdir=/usr/lib/php4" \ "--includedir=/usr/include" \ "--datadir=/usr/share/php" \ "--with-config-file-path=/etc" \ "--enable-discard-path" \ "--enable-inline-optimization" \ "--enable-magic-quotes" \ "--enable-track-vars" \ "--enable-memory-limit" \ "--enable-wddx" \ "--enable-bcmath" \ "--enable-sigchild" \ "--with-xml" \ "--with-mm" \ "--with-openssl" \ "--enable-ftp=shared" \ "--enable-exif=shared" \ "--with-gd=shared,/usr" \ "--with-ttf" \ "--enable-gd-imgstrttf" \ "--with-png-dir=/usr" \ "--with-jpeg-dir=/usr" \ "--enable-sysvsem=shared" \ "--enable-sysvshm=shared" \ "--enable-shmop=shared" \ "--with-unixODBC=shared" \ "--with-mysql=shared,/usr" \ "--with-ldap=shared" \ "--with-pgsql=shared" \ "--with-gettext=shared" \ "--with-pspell=shared" \ "--with-snmp=shared" \ "--enable-ucd-snmp-hack" \ "--with-sybase-ct=shared,/usr" \ "--with-pdflib=shared" \ "--with-oci8=shared" \ "--with-swf=shared,/home/troels/rpm/BUILD/php-4.0.6/swflib" \ "--enable-sockets=shared" \ "--with-gmp=shared" \ "--with-dom=shared" \ "--with-qtdom=shared,/usr/lib/qt-2.3.0" \ "--with-iconv=shared" \ "--with-curl=shared" \ "--enable-apc=shared" \ "--with-ming=shared" \ "--with-imlib=shared" \ "--with-recode=shared" \ "--with-zlib=/usr" \ "$@" php.ini: extension_dir = /usr/lib/php4 ;; Global PHP defaults warn_plus_overloading = On ; warn if the + operator is used with strings track_errors= On ; Store the last error/warning message in $php_errormsg (boolean) track_vars = On ; enable the $HTTP_*_VARS[] arrays, where * is one of magic_quotes_gpc= On ; magic quotes for incoming GET/POST/Cookie data ; many people think that the system is a pain in the ; a**, but it probably does represent a security ; feature for in-experienced PHP developers. Turn it ; off if you don't want PHP to mess with your incoming ; variables. include_path= ".:/usr/share/php/PEAR:/usr/share/php/imlib" session.save_path = "/var/state/php" extension=php_apc.so extension=domxml.so extension=exif.so extension=ftp.so extension=gd-with_gif.so extension=gettext.so extension=gmp.so extension=iconv.so extension=imlib.so extension=ldap.so extension=pdf.so extension=pgsql.so extension=pspell.so extension=sablot.so extension=snmp.so extension=sockets.so extension=swf.so extension=sybase_ct.so extension=sysvshm.so extension=sysvsem.so extension=shmop.so extension=odbc.so extension=curl.so extension=mysql.so extension=recode.so Back-trace: === 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/lib/libssl.so.0...done. Reading symbols from /usr/lib/libcrypto.so.0...done. Reading symbols fr
[PHP-DEV] Bug #12662 Updated: Payflow modules
ID: 12662 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Verisign Payflow Pro related Operating System: Linux 2.4.4 PHP Version: 4.0.6 New Comment: Can you - try this with 4.1.1 - provide some more information about the compile Previous Comments: [2001-08-08 16:56:30] [EMAIL PROTECTED] Trying to get PayFlowPro going with mod_ssl according to the latest thinking on the forums. I put the PayFlowPro shared library and include in a directory as: > ls -l /home/src/pfpro/lib > total 676 > -rw-r--r--1 brentusers 683104 Aug 8 15:13 libpfpro.so > -rw-r--r--1 brentusers 514 Aug 8 15:13 pfpro.h I configure PHP 4.0.6: > ./configure --with-pgsql \ > --with-apache=../apache_1.3.20 \ > --enable-track-vars \ > --with-pfpro=shared,/home/src/pfpro/lib Then the apache 1.3.20+mod_ssl config: > SSL_BASE=../openssl-0.9.6b > ./configure \ > --enable-module=ssl \ > --prefix=/home/apache \ > --activate-module=src/modules/php4/libphp4.a Everything configs, compiles and starts up nicely, but when I try to use the pfpro functions, I get: > Fatal error: Call to undefined function: pfpro_version() in Further clues: in the PHP source directory, the stuff in the ext/pfpro is all nicely compiled into the pfpro.o, but when I go to the libs directory and do an "ar t libphp4.a | grep pfpro", there is no pfpro.o in there. This makes me think it's a PHP build problem, not an apache problem. Edit this bug report at http://bugs.php.net/?id=12662&edit=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 #13213 Updated: Unknown image format
ID: 13213 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Analyzed Bug Type: GetImageSize related Operating System: Linux RedHat 7.1 Old PHP Version: 4.0.6 PHP Version: 4.1.1 New Comment: I experience the same on 4.1.1 Previous Comments: [2002-01-07 10:17:09] [EMAIL PROTECTED] ID: 13213 Updated by: lobbin I get a 404 not found on this url. http://www.dr-micro.net/files/gis.php Sorry. I sent this script to the server months ago and somebody removed it from there... Please try again. [2002-01-07 08:49:28] [EMAIL PROTECTED] I get a 404 not found on this url. [2001-09-08 15:07:33] [EMAIL PROTECTED] GetImageSize() don't recognize the JPG image format generated by a software called Arles Image Web Page Creator. I make a test script, that you can see at the address below. There have also links to sample images, etc. http://www.dr-micro.net/files/gis.php The browser display the images normally. This program website is at http://www.digitaldutch.com Edit this bug report at http://bugs.php.net/?id=13213&edit=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 #12903 Updated: snmpwalkoid don't work with SNMPv1
ID: 12903
Updated by: lobbin
Old Summary: snmpwalkoid don't work with SNMPv1
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: SNMP related
Operating System: Win NT
PHP Version: 4.0.6
New Comment:
Can this be reproduced with 4.1.1?
Previous Comments:
[2001-08-23 05:11:51] [EMAIL PROTECTED]
when you're watching the snmp.c code, the PB is easy to see :
Warning::st=3->snmpwalkoid.
326 if (st >= 2 && st != 11) {
327 if (vars->type != SNMP_ENDOFMIBVIEW &&
328 vars->type != SNMP_NOSUCHOBJECT && vars->type !=
SNMP_NOSUCHINSTANCE) {
329 memmove((char *)name, (char
*)vars->name,vars->name_length *
sizeof(oid));
330 name_length = vars->name_length;
331 keepwalking = 1;
332 }
333 }
334 }
335 } else {
336 if (st != 2 || response->errstat != SNMP_ERR_NOSUCHNAME) {
337 php_error(E_WARNING,"Error in packet.\nReason: %s\n",
snmp_errstring(response->errstat));
338 if (response->errstat == SNMP_ERR_NOSUCHNAME) {
the end MIB condition is only right for SNMPv2c and SNMPv3,
but it doesn't work with a SNMPv1 agent which return noSuchName at the
end of the MIB
I could change the code, but I want to work on a NT station.
How can I change .dll?
[2001-08-22 11:46:47] [EMAIL PROTECTED]
snmpwalkoid doesn't see the end of the MIB.
If GET NEXT on the last element, the SNMPv1 Agent return noSuchName
error (cf RFC1157), and snmpwalkoid stop with an error.
snmpwalk run properly on a SNMPv1 Agent, so it is strange.
Edit this bug report at http://bugs.php.net/?id=12903&edit=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 #8517 Updated: BLOB functions don't work with IB6
ID: 8517 Updated by: lobbin Old Summary: BLOB functions don't work with IB6 Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: InterBase related Operating System: Linux 2.2.17 PHP Version: 4.0.4 New Comment: Can you reproduce this error on 4.1.1? Previous Comments: [2001-01-02 12:20:23] [EMAIL PROTECTED] In the following snippet, $bstr is set to some binary data, not a blob id string: - bstr is not accepted by ibase_query - on echoing bstr, the closing brace is NEVER printed - strlen( bstr ) segfaults php... --- SNIPPET START --- --- SNIPPET END --- Edit this bug report at http://bugs.php.net/?id=8517&edit=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 #8482 Updated: undefined symbol: slpmprodstab
ID: 8482 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: OCI8 related Operating System: RedHat Linux 6.2 PHP Version: 4.0.4 New Comment: Does it start with 4.1.1? Previous Comments: [2000-12-29 13:01:19] [EMAIL PROTECTED] Trying to build PHP 4.0.4 with Oracle 8.0.5. Compile works fine, but get a failure when starting Apache: Cannot load /etc/httpd/modules/libphp4.so into server: /home/oracle/product/8.0.5/lib/libclntsh.so.1.0: undefined symbol: slpmprodstab config opts: --with-mysql --with-apxs --enable-versioning --enable-track-vars --enable-inline-optimization --enable-static=no --with-config-file-path=/etc --with-sablot --with-oci8 Edit this bug report at http://bugs.php.net/?id=8482&edit=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 #8459 Updated: PHP's crash JVM after a few requests
ID: 8459 Updated by: lobbin Old Summary: PHP's crash JVM after a few requests Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Java related Operating System: Windows NT 4.0 Workstation, SP6a PHP Version: 4.0.4 New Comment: Can you produce this error on 4.1.1? Previous Comments: [2000-12-28 13:45:32] [EMAIL PROTECTED] Not apparently. I can produce this behavior with a php as simple as: Or even a PHP that has no PHP syntax - just HTML. Furthermore, this DOES happen on the very first request to a particular page on occasion. It appears that this can happen either before or after the response is sent to the browser, but typically before. [2000-12-28 13:38:07] [EMAIL PROTECTED] Could this be related to the problem reported in bug 6616? [2000-12-28 12:04:09] [EMAIL PROTECTED] This is reproducable with the IBM JDK 1.3 [2000-12-28 11:34:08] [EMAIL PROTECTED] With PHP 4.04 (servlet), Sun JDK 1.3, Apache Tomcat 3.2.1 Windows NT 4.0 SP6a. After usually 3 or 4 PHP requests through the servlet enginer, JVM dies with an Access Violation. # # An EXCEPTION_ACCESS_VIOLATION exception has been detected in native code outsi de the VM. # Program counter=0x971b58d # The instruction at "0x0971b58d" referenced memory at "0x75716572". The memory could not be "read". Unhandled exception in java.exe (PHP4TS.DLL): 0xC005: Access Violation. (Assembler info can be provided if necessary.) Edit this bug report at http://bugs.php.net/?id=8459&edit=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 #8314 Updated: Setting the error_log = syslog does not work on Win2k
ID: 8314 Updated by: lobbin Reported By: [EMAIL PROTECTED] Status: Open Bug Type: PHP options/info functions Operating System: Win2k pro PHP Version: 4.0.3pl1 New Comment: Any news on this? Previous Comments: [2001-01-08 13:01:03] [EMAIL PROTECTED] this is what I get from today's CVS: The description for Event ID ( 2000 ) in Source ( c-client ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. The following information is part of the event: c-client[1368]; PHP Warning: Failed opening 'index.html' for inclusion (include_path='./') in [path] on line 4. [2000-12-18 12:57:25] [EMAIL PROTECTED] Setting the error_log directive to syslog does not work as anticipated under Win2k. Logged errors generate this entry in the Application Log: "The description for Event ID ( 2000 ) in Source ( c-client ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. The following information is part of the event: c-client[2052], foo." Edit this bug report at http://bugs.php.net/?id=8314&edit=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 #8313 Updated: the sysbase type float(15) is handled incorrectly
ID: 8313 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Sybase-ct (ctlib) related Operating System: Solaris 7 PHP Version: 4.0.3pl1 New Comment: Does this happen on 4.1.1? Previous Comments: [2000-12-18 10:03:14] [EMAIL PROTECTED] I have a Table in a Sybase database with a column of type float(15). The command sybase_fetch_row return odds values for this column (things as Infinity or 2.0055246616091E+35) with or without the sybase.compatability_mode (weird ! I've also tried sybase.compatibility_mode) turned to on. Edit this bug report at http://bugs.php.net/?id=8313&edit=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 #8227 Updated: odbc_field_name don't get tab1.field tab2.field back
ID: 8227 Updated by: lobbin Old Summary: odbc_field_name don't get tab1.field tab2.field back Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: ODBC related Operating System: WinNT PHP Version: 4.0.3pl1 New Comment: Can you reproduce this with PHP 4.1.1? Previous Comments: [2000-12-13 08:16:27] [EMAIL PROTECTED] In a db where are two tables (tab1,tab2) with same fields(field) you could not make difference between tab1.field and tab2.field they just named field. By Christian Edit this bug report at http://bugs.php.net/?id=8227&edit=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 #8142 Updated: on exit() from method, interbase makes a mess with transaction ids
ID: 8142
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: InterBase related
Operating System: Linux 2.2.17
PHP Version: 4.0.3pl1
New Comment:
Do you still experience this problem on PHP 4.1.1?
Previous Comments:
[2000-12-06 16:40:03] [EMAIL PROTECTED]
If I exit() or die() from within a method, a begun transaction is
automatically COMMITTED(!) and I get wierd errors in the http error
log.
dbh = ibase_pconnect( "ibase/outerdb.gdb", "web", "pass"
);
$this->trh = ibase_trans( IBASE_DEFAULT, $this->dbh );
}
function Save( $num ) {
ibase_query( $this->trh, "insert into dummy values ($num)" );
// now, if we exit() from here either directly or indirectly
// there's a mess with the transaction handles. I get:
// a) an error in the httpd log
//"x is not a valid InterBase link resource
// b) A COMMITTED CHANGE!
exit();
}
}
$t = New InterBaseFailure();
$t->Save( 3 );
?>
Edit this bug report at http://bugs.php.net/?id=8142&edit=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 #7847 Updated: OCI8 support with Oracle 8.1.5 doesn't work
ID: 7847 Updated by: lobbin Old Summary: OCI8 support with Oracle 8.1.5 doesn't work Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: OCI8 related Operating System: AIX 4.2 PHP Version: 4.0.3pl1 New Comment: Can you reproduce this with PHP 4.1.1? Previous Comments: [2001-01-08 09:13:58] [EMAIL PROTECTED] Downloaded php4-200101080345 this morning and recompiled libphp4.so. The problems remain. I had to find out an AIX 4.3.3 server in order to keep the project in schedule; I successfully built a STATIC php module there, including a working OCI8 extension. I couldn't build a working AIX 4.3 DSO even though I followed the advice in bug #4630. [2001-01-07 19:42:19] [EMAIL PROTECTED] Does this happen with latest snapshot from http://snaps.php.net/ ?? --Jani [2000-12-07 05:46:25] [EMAIL PROTECTED] I have been testing several other extensions and standard PHP functions on my AIX 4.2 server, and discovered the following: 1) can't successfully build PHP with socket support 2) fsockopen fails as described for OCI8 3) curl fails as described for OCI8 Since OCIServerAttach must certainly work with sockets at some point, may this point to some kind of incompatibility between PHP and AIX 4.2 socket code? [2000-11-22 11:10:55] [EMAIL PROTECTED] Made some other tests ... 1) Recompiled gcc from sources, using both the binary AIX 4.2 gcc distro and the standard IBM cc compiler. Regenerated apache+mod_php+ oci8 support with the new gcc binary. I observed the exact same problems. 2) Returned to using the binary AIX 4.2 gcc distro from aixpdslib.seas.ucla.edu, I liberally inserted fprintf debug statements in oci8.c in order to pinpoint the instruction causing the error. Here is my final trace: Entering oci_do_connect function ... Before ecalloc After ecalloc Before _oci_open_server Entering _oci_open_server function ... Before zend_hash_find After zend_hash_find Before OCIHandleAlloc After OCIHandleAlloc Before OCIServerAttach pServer:20123f9c pError:2012420c dbname:f40_7 dbnamel:5 As you can see, oci8.c never returns from the OCIServerAttach call. The arguments to that call, listed on the last trace line, look valid enough to me ... (To Thies Arntzen: I receive all your emails, but our e-mail server apparently cannot deliver my replies to mail2.easyspace.com and is bouncing them all back ... please post your advice here) [2000-11-21 08:36:31] [EMAIL PROTECTED] I'm sorry to report AIX doesn't include truss nor strace. I found out a program called sctrace that you can buy from The Kernel Group for $795 (single CPU) and seems to do what truss does for Solaris and strace does for Linux, but we don't have it here. Only thing I could do was using the trace program, as per Jason's advice: trace -a -o /tmp/my_trace_log; /opt/www/bin/httpd -X; trcstop trcrpt -o /tmp/my_trace -v /tmp/my_trace_log Here follows what I believe to be the most interesting section: (about 55000 lines deleted) 107lookuppn: /ora815/network/admin/sqlnet.ora 107lookuppn: file not found 104return from access. error ENOENT [73 usec] 101access LR = D0FE3AB4 108access /ora815/network/admin/sqlnet.ora- 107lookuppn: /ora815/network/admin/ldap.ora 107lookuppn: file not found 104return from access. error ENOENT [45 usec] 101access LR = D0FE3AB4 108access /ora815/network/admin/ldap.ora- 107lookuppn: /.sqlnet.ora 107lookuppn: file not found 104return from access. error ENOENT [20 usec] 101access LR = D0FE3AB4 108access /.sqlnet.ora- 107lookuppn: /etc/intchg.ora 107lookuppn: file not found 104return from access. error ENOENT [56 usec] 101access LR = D0FE3AB4 108access /etc/intchg.ora- ([Oracle] looks for several other files, until it finds tnsnames.ora) 101open LR = D02ACB30 107lookuppn: /ora815/network/admin/tnsnames.ora 10Dvfs number=0022, inode number=296E 15Bopen /ora815/network/admin/tnsnames.ora fd=4 RDONLY 104return from open [85 usec] 101kioctl LR = D02D9B28 14Cioctl fd=4 command=5800 arg= 104return from
[PHP-DEV] Bug #7306 Updated: segfault when binding undefined php variable with a BLOB hostvar
ID: 7306 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: OCI8 related Operating System: linux-glibc21, OCI 8.1.5.0.0 PHP Version: 4.0 Latest CVS (18/10/2000) New Comment: Can you reproduce this with latest PHP 4.1.1? Previous Comments: [2001-05-11 21:42:11] [EMAIL PROTECTED] Why was this duplicate? [2000-10-18 05:02:37] [EMAIL PROTECTED] Edit this bug report at http://bugs.php.net/?id=7306&edit=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 #6617 Updated: JVM starts only on 3 requests per httpd
ID: 6617
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Java related
Operating System: LinuxPPC 2000
PHP Version: 4.0.4pl1
New Comment:
How does this behave under PHP 4.1.1?
Previous Comments:
[2001-01-16 20:47:52] [EMAIL PROTECTED]
Hi James,
Still failing, but on the 7th request.
CHEERS
Paul
[2001-01-07 11:01:12] [EMAIL PROTECTED]
Can you please ugrade and give feedback if it now works/still fails.
James
[2000-09-07 18:25:58] [EMAIL PROTECTED]
As per Bug id # 6122
./configure --with-mysql=/usr/local
\
--with-java=/usr/local/java/j2sdk1.3
\
--with-sybase=/usr/local/freetds
\
--with-apxs=/home/internet/www02/bin/apxs
\
--enable-shared
\
--enable-track-vars
Using Blackdown JDK 1.2.2
And a modified JDK 1.3 - modified as the lack of HotSpot caused .so
load failures !!
>From php.ini
[java]
extension_dir=/usr/local/lib/php/extensions/no-debug-non-zts-2809
extension=libphp_java.so
java.class.path=/usr/local/lib/php_java.jar
java.library.path=/usr/local/lib:/usr/local/lib/php/extensions/no-debug-non-zts-2809
The jver.php test script
getProperty("java.version")."
\n";
print "Java vendor=".$system->getProperty("java.vendor")." \n\n";
print "OS=".$system->getProperty("os.name")." ".
$system->getProperty("os.version")." on ".
$system->getProperty("os.arch")." \n";
$formatter = new Java("java.text.SimpleDateFormat",
", dd, 'at' h:mm:ss a ");
print $formatter->format(new Java("java.util.Date"))."\n";
?>
The first 3 runs work correctly then the fourth through (approx)
seventh fail and there is 1 more success followed by failure. Apache
must then be killed manually.
The error text is :-
error: Fatal error: Unable to create Java Virtual Machine in ...
I noted [EMAIL PROTECTED]'s comment to use Tomcat, I'm off in that
direction now, but I would prefer this method.
!
! PHP RULES !
!
Edit this bug report at http://bugs.php.net/?id=6617&edit=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 #5653 Updated: PIKE specific: with setcookie(), only the last cookie is written
ID: 5653 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Other web server Operating System: Linux PHP Version: 4.0.5 New Comment: Can this be reproduced with the PHP 4.1.1, and perhaps the latest roxen/pike? Previous Comments: [2001-08-16 12:55:28] [EMAIL PROTECTED] [2001-08-16 12:24:36] [EMAIL PROTECTED] There is small problem in Roxen's SAPI, which arises when duplicate headers are sent out. While playing with some PHP apps with Roxen, I found that regardless how many cookies are set in PHP code, only one is sent to the browser. Investigation shows that Roxen's SAPI uses Pike's type "mapping" to send headers, which (of course) doesn't allow duplicate headers (in my case "Set-Cookie") to be sent, i.e. only last one is sent, since subsequesnt calls to set header with the same name will replace previous. Proposed solution: use array instead of mapping. It will require changes in Roxen module as well, of course, but this should not be difficult. [2001-08-14 20:08:47] [EMAIL PROTECTED] feedback -> open [2001-07-24 12:23:37] [EMAIL PROTECTED] OK here is the result... Variable Value PHP_SELF = /test.php HTTP_COOKIE_VARS["cookie3"] = phprocks if you don't believe you can try at www.delta7.de/test.php. The real problem is in source-file src/sapi/roxen/roxen.c about line 298 (in ver 4.0.6 of PHP)... this function (pike): mapping_string_insert(REQUEST_DATA, ind, &mappie); does not append headers of the same type (here cookies). this means: old cookies are deleted and replaced with the last one you set. The Problen is _not_ on the side of the webserver. I found out (and may proove) that the roxen-php-module will recieve more than only one cookie if you like, i would make some php-scripts that will show you... [2001-07-24 09:02:41] [EMAIL PROTECTED] this could be because your server is only sending one cookie to browser Try creating a script like the one below... go down to the section about the "HTTP Headers Information" then go to the "HTTP Response Headers." Either post this information here, or give us the address to that page. [2001-07-24 02:01:28] [EMAIL PROTECTED] This is not a browser-specific bug. It's only pike-specifc (roxen) . I spent some time to undaerstand the roxen-sapi-code, but at last I'm not able to fix it. This 'bug' is already mentioned in the README ..sorry. So this 'bug' should be listed in 'missing features' or 'todo's' but not maybe not in 'bugs' 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=5653 Edit this bug report at http://bugs.php.net/?id=5653&edit=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 #14627 Updated: Nested output buffering fails when nested buffers are inside methods
ID: 14627 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Output Control Operating System: Linux PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-12-20 12:12:01] [EMAIL PROTECTED] Can you provide a small script which demostrates this? R. [2001-12-20 12:02:31] [EMAIL PROTECTED] Nested output buffering fails when nested buffers are inside methods in a class instance and the class is instantiated after an ob_start() call. Seemingly, -all- output is just printed unceremoniously to the screen in this situation... Edit this bug report at http://bugs.php.net/?id=14627&edit=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 #14292 Updated: Bare LF Issue - This time with DETAIL!
ID: 14292
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: *Mail Related
Operating System: Windows 2000 Server/XP
PHP Version: 4.0.6
New Comment:
No feedback. Closing.
Previous Comments:
[2001-12-20 09:45:47] [EMAIL PROTECTED]
Any feedback of this?
R.
[2001-12-02 02:22:47] [EMAIL PROTECTED]
The code that handles sending messages for Win32 uses
proper CRLF sequences.
Do the most basic test email messages fail? Have you tried
sending something like?
mail ('[EMAIL PROTECTED]', 'test', 'test');
If so, does it get rejected as well?
[2001-11-29 19:12:37] [EMAIL PROTECTED]
I would like to add that I have tried a perl script to send emails and
it works fine. No bare LF. However, I tried to install Sendmail for
Windows and I could not get that to run from php. So... we are back to
square 1. Trying to get the Bare LF out of SMTP.
[2001-11-29 18:29:46] [EMAIL PROTECTED]
I am running an apache web server using PHP 4.06 on Windows 2000 Server
and Windows XP (so we know it doesn't matter the OS as long as it's MS
and PHP). Now here's my delima.
I can send emails through MS Outlook to my specified mail address just
fine. There's no problems and it gets delivered right away. But when I
try sending an email through a web form, the unix mail server running
QMail rejects it with an error 451 Bare LF.
Here's an example:
This email was sent from my Outlook Client through Postcast Email Server
Succesfully (I have out server names for my protection):
Thread 1: 23:51:23 [<---] : HELO .xx.net
Thread 1: 23:51:23 [--->] : 220 gambit.xx.net ESMTP
Thread 1: 23:51:23 [<---] : MAIL FROM: <[EMAIL PROTECTED]>
Thread 1: 23:51:23 [--->] : 250 gambit.xx.net
Thread 1: 23:51:23 [<---] : RCPT TO: <[EMAIL PROTECTED]>
Thread 1: 23:51:23 [--->] : 250 ok
Thread 1: 23:51:23 [<---] : DATA
Thread 1: 23:51:23 [--->] : 250 ok
Thread 1: 23:51:23 [--->] : 354 go ahead
Thread 1: 23:51:23 [<---] : QUIT
Thread 1: 23:51:24 [--->] : 250 ok 1007074661 qp 3355
Now, this email was sent via a php script form through Postcast (I have
out server names for my protection):
Thread 1: 23:37:55 [<---] : HELO xx.xx.net
Thread 1: 23:37:55 [--->] : 220 gambit.xx.net ESMTP
Thread 1: 23:37:55 [<---] : MAIL FROM: <[EMAIL PROTECTED]>
Thread 1: 23:37:55 [--->] : 250 gambit.x.net
Thread 1: 23:37:55 [<---] : RCPT TO: <[EMAIL PROTECTED]>
Thread 1: 23:37:55 [--->] : 250 ok
Thread 1: 23:37:55 [<---] : DATA
Thread 1: 23:37:55 [--->] : 250 ok
Thread 1: 23:37:56 [--->] : 354 go ahead
Thread 1: 23:37:56 [<---] : QUIT
Thread 1: 23:37:56 [--->] : 451 See
http://pobox.com/~djb/docs/smtplf.html.
So what's the problem here? Do you think it could be that PHP 4.06 is
spitting out these bare LF or what? I mean it's obvious that Postmaster
Email Server is sending the mails just fine from Outlook and Outlook is
the source of the mail that sent succesfully, and the PHP script is the
one that sent Unsuccessfully.
I have tried at least 6 different SMTP servers for the win32 operating
systems. They all do the same thing. This is very bad for me because I
am having extreme difficulties running my site if every member signs up
that has a unix email account running on Qmail, pukes on me and I have
to send the emails directly to them. It's strange.
I hope we can figure this one out. I have researched the net but not any
information on this particular configuration.
Thanks,
Eric Rosebrock
http://wolfenstein.3dhavoc.net
Edit this bug report at http://bugs.php.net/?id=14292&edit=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 #14230 Updated: configure fail cross-compiler check with gcc 3.0.1
ID: 14230 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: *Configuration Issues Operating System: Solaris 8 PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-12-20 09:09:55] [EMAIL PROTECTED] Can you provide some usefull information from the configure script? R. [2001-11-26 08:59:50] [EMAIL PROTECTED] On Solaris 8 SPARC, with gcc 3.0.1 from the solaris freeware site (binaries), php 4.0.6 configure script incorrectly detects gcc as a cross compiler and fail the int8 test later on because of this. The cross-compiler check seems a bit flacky. Reverting to the experimental m64 capable gcc in the 2.96.. snapshot list, (but without asking for 64 bit code generation) correctly runs configure and detects gcc as beeing a native compiler. configure was run with all default: ./configure gcc 3.0.1 from sunfreeware.com for sol 8 SPARC in /usr/local. Greetings from Switzerland Francois Edit this bug report at http://bugs.php.net/?id=14230&edit=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 #12384 Updated: Can't connect to Ingres II
ID: 12384 Updated by: lobbin Old Summary: Can't connect to Ingres II Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: *Database Functions Operating System: Redhat Linux 6.2 PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-12-20 09:19:56] [EMAIL PROTECTED] Can you please try this with PHP 4.1.0? R. [2001-07-25 20:39:30] [EMAIL PROTECTED] PHP compiled as an APXS module into apache 1.3.14 with Ingres II v2.5. Although connecting through sql from the unix command line works, I can't get a connect to the Ingres database through PHP. ingtest.php The error returned always is: Jul 25 18:36:38 zcalb00d httpd: PHP Warning: Ingres II: Server or API error : Unable to authenticate client's user ID. in /data/www/htdocs/mdq3/ingtest.php on line 7 Jul 25 18:36:38 zcalb00d httpd: PHP Warning: Ingres II: SQLSTATE : 08004 in /data/www/htdocs/mdq3/ingtest.php on line 7 Jul 25 18:36:38 zcalb00d httpd: PHP Warning: Ingres II: Unable to connect to database (kramer::imdb) in /data/www/htdocs/mdq3/ingtest.php on line 7 Here is the configure line used to compile although I have tried shrinking the enable list down to do without the java, oracle, ldap etc with no change. #!/bin/sh CC=gcc II_SYSTEM=/opt/ca/caingres ORACLE_HOME=/u01/home/oracle/dist/8.1.5 LD_LIBRARY_PATH=/u01/home/oracle/dist/8.1.5/lib:$LD_LIBRARY_PATH PATH=$PATH:/usr/java/jdk1.3.1/bin export CC II_SYSTEM ORACLE_HOME LD_LIBRARY_PATH PATH ./configure --prefix=/local/apps/fw/php \ --exec-prefix=/local/apps/fw/php\ --with-apxs=/usr/sbin/apxs \ --enable-track-vars \ --enable-yp \ --enable-sysvsem\ --enable-sysvshm\ --enable-sockets\ --enable-debug \ --with-java=/usr/java/jdk1.3.1 \ --with-oci8 \ --with-oracle \ --without-mysql \ --with-ldap \ --with-gd \ --with-gdbm \ --enable-sigchild \ --enable-versioning \ --with-ingres \ --enable-ftp Edit this bug report at http://bugs.php.net/?id=12384&edit=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 #7641 Updated: cgi binary with "enable-discard-path" fails with empty doc_root value
ID: 7641 Updated by: lobbin Old Summary: cgi binary with "enable-discard-path" fails with empty doc_root value Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: *Web Server problem Operating System: Linux 2.2.16 i686 PHP Version: 4.0 Latest CVS (04/11/2000) New Comment: No feedback. Closing. Previous Comments: [2001-12-20 09:48:50] [EMAIL PROTECTED] Any luck with the testing? PHP 4.1.0 might be a wise choice as well. R. [2001-08-20 12:28:41] [EMAIL PROTECTED] Unfortunately, I am currently not able to test it due to time limitation. Please do not close the bug report yet, I might have time to test ist in the next couple of weeks (this report is 8 months old anyway). [2001-08-19 02:53:39] [EMAIL PROTECTED] Does this happen with latest CVS snapshot: http://snaps.php.net/ [2000-11-04 20:26:34] [EMAIL PROTECTED] Similar Problems have been described in Bug id #5163 and Bug id #6201, but obviously are still not resolved completely : when compiling the cgi version, even a simple phpinfo() doesn't work when called via Apache (while it works fine on the command line). The error message in the browser shows up as: Parse error: parse error in /usr/local/apache/cgi-bin/php on line NNN (Apache 1.3.14 - other errors were reported by users of Netscape/iPlanet) I have tried lots of different compilation settings, and found only one common element: the problem only occurs if --enable-discard-path is specified. Any other combination of configure flags result in a binary that works fine as long as --enable-discard-path is not used. I tried both the download version 4.03pl1 and snapshot-200011041645, the only difference with the snapshot version is that it shows a different error message: Warning: Unexpected character in input: ' in /usr/local/apache/cgi-bin/php on line 116 Warning: Unexpected character in input: ' in /usr/local/apache/cgi-bin/php on line 116 Warning: Unexpected character in input: '' (ASCII=11) state=1 in /usr/local/apache/cgi-bin/php on line 116 Warning: Unexpected character in input: '' (ASCII=8) state=1 in /usr/local/apache/cgi-bin/php on line 116 Parse error: parse error in /usr/local/apache/cgi-bin/php on line 116 A temporary solution is to set the doc_root in php.ini to a non-empty value. However, under some circumstances it is undesirable to explicitly set this value - e.g. when sharing a single php binary among different virtual servers, so php shouldn't fail even without doc_root set. Edit this bug report at http://bugs.php.net/?id=7641&edit=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 #14951 Updated: Apache does not start after PHP compile
ID: 14951 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Apache related Operating System: Solaris 2.8 PHP Version: 4.1.1 New Comment: Bogus http://www.mysql.com/doc/P/H/PHP_problems.html Hint: --with-zlib Previous Comments: [2002-01-09 12:09:28] [EMAIL PROTECTED] Me too... Same compilation, same error message from Apache. [2002-01-09 11:36:23] [EMAIL PROTECTED] After succesfull compilation of PHP 4.1.1, Apache failed to start with the following warning: Syntax error on line 222 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/libphp4.so into server: ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation error: file /usr/local/apache/libexec/libphp4.so: symbol uncompress: referenced symbol not found My configure line was: ./configure --enable-trans-sid --with-ldap=/usr/local --with-openssl --with-apxs=/usr/local/apache/bin/apxs --with-mysql=/usr/local/mysql I removed --with-mysql and after recompiling Apache worked fine. The MySQL that I use is 3.23.47. Thanks, Christian. Edit this bug report at http://bugs.php.net/?id=14951&edit=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 #14599 Updated: Script Output Stops
ID: 14599 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Reproducible crash Operating System: SuSE Linux 6.4 PHP Version: 4.1.0 New Comment: No feedback. Closing. Previous Comments: [2001-12-19 07:30:43] [EMAIL PROTECTED] Please provide a small script which can be used to produce this error, and also, if you can, provide a backtrace. http://bugs.php.net/bugs-generating-backtrace.php R. [2001-12-19 07:21:39] [EMAIL PROTECTED] PHP script stops 3/4 of the way down a medium sized page. This happens in exactly the same place. Apache log shows: [Wed Dec 19 11:24:55 2001] [notice] child pid 13078 exit signal Segmentation fault (11) [Wed Dec 19 11:26:55 2001] [notice] child pid 12877 exit signal Segmentation fault (11) [Wed Dec 19 11:27:51 2001] [notice] child pid 13465 exit signal Segmentation fault (11) [Wed Dec 19 11:28:45 2001] [notice] child pid 13468 exit signal Segmentation fault (11) [Wed Dec 19 11:30:54 2001] [notice] child pid 13469 exit signal Segmentation fault (11) [Wed Dec 19 11:34:17 2001] [notice] child pid 13566 exit signal Segmentation fault (11) [Wed Dec 19 11:34:37 2001] [notice] child pid 13580 exit signal Segmentation fault (11) [Wed Dec 19 11:34:39 2001] [notice] child pid 13581 exit signal Segmentation fault (11) [Wed Dec 19 11:34:48 2001] [notice] child pid 13582 exit signal Segmentation fault (11) [Wed Dec 19 11:39:15 2001] [notice] caught SIGTERM, shutting down [Wed Dec 19 11:43:15 2001] [notice] Apache/1.3.12 (Unix) (SuSE/Linux) mod_fastcgi/2.2.2 mod_perl/1.21 PHP/4.1.0 configured -- res uming normal operations [Wed Dec 19 11:43:15 2001] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec) ild pid 13078 exit signal Segmentation fault (11)[Wed Dec 19 12:05:32 2001] [notice] child pid 163 exit signal Segmentation fault The PHP page is meant to output a html form containing hidden form fields. Edit this bug report at http://bugs.php.net/?id=14599&edit=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 #14579 Updated: ImageTypes() returns no supported Image Types
ID: 14579
Updated by: lobbin
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: GD related
Operating System: RedHat6.2
PHP Version: 4.1.0
New Comment:
No feedback. Closing.
Previous Comments:
[2001-12-19 08:56:58] [EMAIL PROTECTED]
Remove the @ before ImageTypes. Does it print a error now?
[2001-12-18 09:39:49] [EMAIL PROTECTED]
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 this bug report at http://bugs.php.net/?id=14579&edit=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 #13834 Updated: SID already defined
ID: 13834 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Session related Operating System: FreeBSD 4.2 PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-12-19 22:53:16] [EMAIL PROTECTED] Please test with 4.1.0 and latest CVS snapshot. CVS snapshot source can be found http://snaps.php.net/ (No windows binary) If you don't have problem with latest CVS snapshot, you can close your bug report by yourself. Please report the result. When you update your bug report, do not forget updating PHP version also. Thank you -- Yasuo [2001-10-26 01:30:56] [EMAIL PROTECTED] This is intended as more information for Bug id #11643. I could not make comments directly as I am not the creator of the bug and I don't have Dev Edit privilegdes either. In any case, the redefinition is apparently session_start(). If I do more than one session_start(), separated by a session_destroy(), then I get warning: Warning: Constant sid already defined in /usr/home/smoore/php-include/Session_class.php on line 80 I am sure it is session_start() because the following makes the warning go away: $save = error_reporting( E_ERROR ); // temporarily turn off warnings session_start(); error_reporting( $save ); Obviously the fix is to undefine SID in session_destroy. However, there is no undefine in PHP is there? It must be redefined because the original session has been destroyed and the new one has a new session_id(). This doesn't bother my code because I don't use SID. Hope this helps... Edit this bug report at http://bugs.php.net/?id=13834&edit=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 #13521 Updated: "session.save_handler = files" still allows session_set_save_handler to overrid
ID: 13521
Updated by: lobbin
Old Summary: "session.save_handler = files" still allows
session_set_save_handler to overrid
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Session related
Operating System: Redhat 6.1 Linux
PHP Version: 4.0.6
New Comment:
No feedback. Closing.
Previous Comments:
[2001-12-19 22:49:08] [EMAIL PROTECTED]
Please test with 4.1.0 and latest CVS snapshot.
CVS snapshot source can be found
http://snaps.php.net/
(No windows binary)
If you don't have problem with latest CVS snapshot,
you can close your bug report by yourself.
Please report the result. When you update your bug
report, do not forget updating PHP version also.
Thank you
--
Yasuo
[2001-10-02 16:50:38] [EMAIL PROTECTED]
First update didn't save the OS - it's Redhat 6.1 Linux.
[2001-10-02 16:48:52] [EMAIL PROTECTED]
'./configure' '--prefix=/var/php' '--with-config-file-path=/var/php'
'--enable-track-vars'
'--with-apxs=/var/apache/bin/apxs'
'--with-ftp' '--with-xml'
'--with-mcrypt=/var/libmcrypt-2.4.15'
'--enable-sigchild'
'--with-oci8=/u01/app/oracle/product/8.1.7'
'--with-pgsql=/var/postgresql-7.1.3'
'--with-mysql=/var/mysql-3.23.41'
We use sessions stored in the database, and so we have this code in our
auto_prepend_file:
include_once("session.inc");
session_start();
session.inc defines functions sessionOpen, sessionClose, sessionRead,
sessionWrite, sessionDestroy, sessionGC, and at the very end of the php
code in that file, it does this call:
session_set_save_handler(
"sessionOpen",
"sessionClose",
"sessionRead",
"sessionWrite",
"sessionDestroy",
"sessionGC");
We wanted to change sessions from being saved in the database to being
saved in files, and noticed today that even when we set
session.save_handler = files in php.ini, the above call to
session_set_save_handler seems to still take effect and force sessions
to be stored in the database. Here's a quote from the
set_session_save_handler documentation:
Note: You must set the configuration
option session.save_handler to user in your php.ini file for
session_set_save_handler() to take
effect.
Is this a bug in PHP 4.0.6?
Thanks.
Hardy Merrill
Mission Critical Linux, Inc.
http://www.missioncriticallinux.com
Edit this bug report at http://bugs.php.net/?id=13521&edit=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]
