[PHP-DEV] Bug #14383 Updated: using postgres with DBA causes DBA not to be able to find any keys.
ID: 14383 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: DBM/DBA related Operating System: FreeBSD 4.4-STABLE PHP Version: 4.0.6 New Comment: Hi, Yes the latest snapshop has the same error. Again, if I comment out the pg_connect call it works just fine. Previous Comments: [2001-12-13 03:17:09] [EMAIL PROTECTED] Ok, I just tested it with 4.1.0 and I still get the exact same error, no change. I'll try to get a snap if I can and try it. [2001-12-13 02:51:58] [EMAIL PROTECTED] No, I've not tried it with 4.1.0. I'm trying to get it or one of the snaps right now and the servers are slllo...:( Will report back when I get it tested. -- GB [2001-12-13 02:39:11] [EMAIL PROTECTED] Did you try it with 4.1.0? Do you still have the problem? If you still have problem, could you try snapshot also? http://snaps.php.net/ If you still have problem with snapshot, I'll look into what's wrong. [2001-12-13 02:33:07] [EMAIL PROTECTED] Yes, if I don't use any postgres commands then the dba stuff works fine. GB [2001-12-12 03:42:31] [EMAIL PROTECTED] Just trying to clarify. If you don't use postgresql functions *before* dba functions, your script works as expected? Could you try it with 4.1.0 to see it helps? -- Yasuo 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=14383 Edit this bug report at http://bugs.php.net/?id=14383edit=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] Karma Request
Hello Karma Granters,
Could I get karma to be able to commit to the PHP source? I have a
bunch of minor maintenance tasks, like correcting prototypes,
correcting outdated return values, adding additional regression tests,
etc., that I would like to perform.
I have attached the first patch for review. Feedback and guidance are
welcome! :)
--zak
Index: array.c
===
RCS file: /repository/php4/ext/standard/array.c,v
retrieving revision 1.148
diff -u -r1.148 array.c
--- array.c 11 Dec 2001 15:30:27 - 1.148
+++ array.c 13 Dec 2001 09:18:21 -
@@ -179,59 +179,45 @@
return array_key_compare(a, b TSRMLS_CC) * -1;
}
-/* {{{ proto int krsort(array array_arg [, int sort_flags])
- Sort an array reverse by key */
+/* {{{ proto bool krsort(array array_arg [, int sort_flags])
+ Sort an array by key value in reverse order */
PHP_FUNCTION(krsort)
{
- zval **array, **sort_type;
- int sort_type_val = SORT_REGULAR;
+ zval *array;
+ long sort_type = SORT_REGULAR;
HashTable *target_hash;
- if (ZEND_NUM_ARGS() 1 || ZEND_NUM_ARGS() 2 ||
- zend_get_parameters_ex(ZEND_NUM_ARGS(), array, sort_type) == FAILURE) {
- WRONG_PARAM_COUNT;
- }
- target_hash = HASH_OF(*array);
- if (!target_hash) {
- php_error(E_WARNING, Wrong datatype in krsort() call);
- return;
- }
- if (ZEND_NUM_ARGS() == 2) {
- convert_to_long_ex(sort_type);
- sort_type_val = Z_LVAL_PP(sort_type);
+ if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, a|l, array, sort_type) == FAILURE) {
+ RETURN_FALSE;
}
- set_compare_func(sort_type_val TSRMLS_CC);
+
+ target_hash = HASH_OF(array);
+ set_compare_func(sort_type TSRMLS_CC);
+
if (zend_hash_sort(target_hash, zend_qsort, array_reverse_key_compare, 0 TSRMLS_CC) == FAILURE) {
- return;
+ RETURN_FALSE;
}
RETURN_TRUE;
}
/* }}} */
-/* {{{ proto int ksort(array array_arg [, int sort_flags])
+/* {{{ proto bool ksort(array array_arg [, int sort_flags])
Sort an array by key */
PHP_FUNCTION(ksort)
{
- zval **array, **sort_type;
- int sort_type_val = SORT_REGULAR;
+ zval *array;
+ long sort_type = SORT_REGULAR;
HashTable *target_hash;
- if (ZEND_NUM_ARGS() 1 || ZEND_NUM_ARGS() 2 ||
- zend_get_parameters_ex(ZEND_NUM_ARGS(), array, sort_type) == FAILURE) {
- WRONG_PARAM_COUNT;
- }
- target_hash = HASH_OF(*array);
- if (!target_hash) {
- php_error(E_WARNING, Wrong datatype in ksort() call);
- return;
- }
- if (ZEND_NUM_ARGS() == 2) {
- convert_to_long_ex(sort_type);
- sort_type_val = Z_LVAL_PP(sort_type);
+ if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, a|l, array, sort_type) == FAILURE) {
+ RETURN_FALSE;
}
- set_compare_func(sort_type_val TSRMLS_CC);
+
+ target_hash = HASH_OF(array);
+ set_compare_func(sort_type TSRMLS_CC);
+
if (zend_hash_sort(target_hash, zend_qsort, array_key_compare, 0 TSRMLS_CC) == FAILURE) {
- return;
+ RETURN_FALSE;
}
RETURN_TRUE;
}
@@ -402,57 +388,43 @@
/* }}} */
-/* {{{ proto void asort(array array_arg [, int sort_flags])
+/* {{{ proto bool asort(array array_arg [, int sort_flags])
Sort an array and maintain index association */
PHP_FUNCTION(asort)
{
- zval **array, **sort_type;
- int sort_type_val = SORT_REGULAR;
+ zval *array;
+ long sort_type = SORT_REGULAR;
HashTable *target_hash;
- if (ZEND_NUM_ARGS() 1 || ZEND_NUM_ARGS() 2 ||
- zend_get_parameters_ex(ZEND_NUM_ARGS(), array, sort_type) == FAILURE) {
- WRONG_PARAM_COUNT;
- }
- target_hash = HASH_OF(*array);
- if (!target_hash) {
- php_error(E_WARNING, Wrong datatype in asort() call);
- return;
- }
- if (ZEND_NUM_ARGS() == 2) {
- convert_to_long_ex(sort_type);
- sort_type_val = Z_LVAL_PP(sort_type);
+ if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, a|l, array, sort_type) == FAILURE) {
+ RETURN_FALSE;
}
- set_compare_func(sort_type_val TSRMLS_CC);
+
+ target_hash = HASH_OF(array);
+ set_compare_func(sort_type TSRMLS_CC);
+
if (zend_hash_sort(target_hash, zend_qsort, array_data_compare, 0 TSRMLS_CC) == FAILURE) {
- return;
+ RETURN_FALSE;
}
RETURN_TRUE;
}
/* }}} */
-/* {{{ proto void arsort(array array_arg [, int sort_flags])
+/* {{{ proto bool arsort(array array_arg [, int sort_flags])
Sort an array in reverse order and maintain index association */
PHP_FUNCTION(arsort)
{
- zval **array, **sort_type;
- int sort_type_val = SORT_REGULAR;
+ zval *array;
+ long sort_type = SORT_REGULAR;
HashTable *target_hash;
- if (ZEND_NUM_ARGS() 1 || ZEND_NUM_ARGS() 2 ||
- zend_get_parameters_ex(ZEND_NUM_ARGS(), array, sort_type) == FAILURE) {
- WRONG_PARAM_COUNT;
- }
- target_hash = HASH_OF(*array);
- if (!target_hash) {
- php_error(E_WARNING, Wrong datatype in arsort() call);
+ if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, a|l, array, sort_type) == FAILURE) {
RETURN_FALSE;
}
- if (ZEND_NUM_ARGS() == 2) {
- convert_to_long_ex(sort_type);
- sort_type_val = Z_LVAL_PP(sort_type);
- }
- set_compare_func(sort_type_val TSRMLS_CC);
+
+ target_hash =
[PHP-DEV] ftp extension for windows?
Hi, Is there any reason why the ftp module is not available as a msvc project in php_modules? If not, I'll add it... Cheerio, Marc. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13664 Updated: The php_dbx.dll extension module missing in the distro.
ID: 13664 Updated by: mboeren Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: DBX related Operating System: Win32 PHP Version: 4.0.6 New Comment: Check: included in 4.0.1 Win binary? Status: OK :-) Previous Comments: [2001-11-05 10:46:40] [EMAIL PROTECTED] emailed the php_dbx.dll to Serguei, seems to work ok. I also put the 4.0.6 version in http://www.guidance.nl/php/dbx/php_dbx.dll. Could someone please check if it is included in future binary distros? Thanks! -- Mc. [2001-10-13 21:30:15] [EMAIL PROTECTED] I have dowloaded the 4.0.6 realease binaries for Windows (I have 98, but it's irrelevant), and while cofiguring set PHP up to load the dbx_php.dll extension, and it was always failing. Then I dicovered that just there is no such a module at all in the php-4.0.6-Win32.zip distro, although in php.ini-dist it was listed. Whould be nice to obtain the module ASAP, I badly need it for my app. Thanks, Serguei Edit this bug report at http://bugs.php.net/?id=13664edit=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 #14383 Updated: using postgres with DBA causes DBA not to be able to find any keys.
ID: 14383 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Assigned Bug Type: DBM/DBA related Operating System: FreeBSD 4.4-STABLE Old PHP Version: 4.0.6 PHP Version: 4.2.0-dev Old Assigned To: Assigned To: yohgaki New Comment: Thanks a lot. I'll take a look at source. It could be hard to figure out what's wrong. Please be patient. Since I don't use FreeBSD, I might ask something later. Previous Comments: [2001-12-13 03:29:55] [EMAIL PROTECTED] Hi, Yes the latest snapshop has the same error. Again, if I comment out the pg_connect call it works just fine. [2001-12-13 03:17:09] [EMAIL PROTECTED] Ok, I just tested it with 4.1.0 and I still get the exact same error, no change. I'll try to get a snap if I can and try it. [2001-12-13 02:51:58] [EMAIL PROTECTED] No, I've not tried it with 4.1.0. I'm trying to get it or one of the snaps right now and the servers are slllo...:( Will report back when I get it tested. -- GB [2001-12-13 02:39:11] [EMAIL PROTECTED] Did you try it with 4.1.0? Do you still have the problem? If you still have problem, could you try snapshot also? http://snaps.php.net/ If you still have problem with snapshot, I'll look into what's wrong. [2001-12-13 02:33:07] [EMAIL PROTECTED] Yes, if I don't use any postgres commands then the dba stuff works fine. GB 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=14383 Edit this bug report at http://bugs.php.net/?id=14383edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] ftp extension for windows?
Is there any reason why the ftp module is not available as a msvc project in php_modules? ftp is standard in php, so it isn't in the modules workspace. you'll find the source for it included in the php4tsdll core source files along with mysql odbc etc... personally, i take out mysql just for fun when i build it. and don't forget to take a look at the config_win32.h or whatever it's called... you might find some things you were looking for in there as well. -benjamin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] ftp extension for windows?
At 10:46 13.12.01 +0100, Marc Boeren wrote: Hi, Is there any reason why the ftp module is not available as a msvc project in php_modules? it's built-in and IMO all modules that don't require external libraries should become it too. daniel If not, I'll add it... /*-- Daniel Beulshausen - [EMAIL PROTECTED] Using PHP on Windows? http://www.php4win.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] cvs.php.net: CHORA problem
Chuck Hagenbuch wrote: Quoting Yasuo Ohgaki [EMAIL PROTECTED]: CHORA's download feature is broken somewhat... If I download source file, it is gzipped! (it can be other format also... I guess) Works fine for me. What client are you using? -chuck I guess your browser does not support gzip encoding. I use Mozilla 0.9.6+. -- Yasuo Ohgaki _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- 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 #14237 Updated: reference calls in some cases very slow
ID: 14237
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Performance problem
Operating System: i686-pc-linux-gnu
PHP Version: 4.1.0
New Comment:
I think, this is an very annoying behavior of the zend engine and also there are no
warning or clue in the documentation.
Someone must change it.
Previous Comments:
[2001-12-12 20:06:28] [EMAIL PROTECTED]
That's a known issue with the current Zend Engine.
We could move it to a ZE feature request, but will it change anything soon? I doubt ...
[2001-12-12 19:59:37] [EMAIL PROTECTED]
PHP Version updated to 4.1.0
[2001-12-12 19:58:57] [EMAIL PROTECTED]
Output from Linux Celeron 433/384MB/PHP 4.1.0/Apache 1.3.22.
Loopcount: 100
String size: 1048576
Time for function request with_reference : 1.6308959722519 secs
Time for function request without_reference: 0.0011709928512573 secsexecution time
of without_reference is 1393 times fast as with_reference!
There must be something wrong
[2001-11-26 11:26:29] [EMAIL PROTECTED]
Hi, i have found a very critical behavior with references under php.
The usage of references push in some cases the execution time extremly
higher.
I have written a small php script to explain the problem.
The main problem is, the longer the string the higher the execution
time, if you use a reference to the string.
?php
// a function with using a reference to a parameter
function with_reference ($stream, $loopcounter){
for ($x=0;$x $loopcounter; $x++){
$xyz=substr($stream,0,5); // i take only the first 5 characters
}
}
// the same function, but without a reference
function without_reference ($stream, $loopcounter){
for ($x=0;$x $loopcounter; $x++){
$xyz=substr($stream,0,5);
}
}
set_time_limit(60);
$loopcount=100; // only 100 function calls!
$streamsize=1048576; // 1MB, the longer the slower!!! Try 2MB.
// First, made a big string
for($x=0,$stream='';$x$streamsize;$x++,$stream.='x'){}
// Start function with a reference and measure start time
$tmp = explode(' ', microtime()); $measure['Start Reference']=(double)$tmp[0] +
(double)$tmp[1];
with_reference ($stream, $loopcount);
// Start function without a reference
$tmp = explode(' ', microtime()); $measure['Start Normal']=(double)$tmp[0] +
(double)$tmp[1];
without_reference ($stream, $loopcount);
// measure end time
$tmp = explode(' ', microtime()); $measure['End']=(double)$tmp[0] + (double)$tmp[1];
// subtract times
$with_ref_sec=$measure['Start Normal']-$measure['Start Reference'];
$without_ref_sec=$measure['End']-$measure['Start Normal'];
// output the times
echo tt;
echo Loopcount: $loopcountbr;
echo String size: $streamsizebr;
echo Time for function request \with_reference\nbsp;nbsp;nbsp;: ;
echo $with_ref_sec;
echo secsbr;
echo Time for function request \without_reference\: ;
echo $without_ref_sec;
echo secshr;
echo execution time of without_reference is
b.round($with_ref_sec/$without_ref_sec)./b times fast as with_reference!/tt;
?
Edit this bug report at http://bugs.php.net/?id=14237edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] ftp extension for windows?
it's built-in and IMO all modules that don't require external libraries should become it too. however, to most users it probably wouldn't matter... but i wouldn't because then to update a module you would have to rebuild the whole project. and if you're updating a remote server, you would have to transmit the whole thing over etc etc etc... this way u can leave the save php installed and just change some tiny dll. -benjamin -- 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 #13078 Updated: register_globals = off session.save_handler = user
ID: 13078 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Session related Operating System: FreeBSD 4.x PHP Version: 4.0.6, 4.1.0 New Comment: When you use $_SESSION or $HTTP_SESSION_VARS, you don't need session_register/unregister to save session vars. Do you have problem still when you don't use session_register/unregister? Previous Comments: [2001-12-13 02:54:32] [EMAIL PROTECTED] Added 4.1.0 into the PHP Version field of this report. ---ends--- [2001-12-12 07:56:54] [EMAIL PROTECTED] After posting the test results with 4.1.0, I tried using: session_register(varname); before doing a: $_SESSION[varname]; i.e., session_register(varname); $_SESSION[varname] = somevaluehere; And yet, the custom sess_write was never called. --ends-- [2001-12-12 07:32:36] [EMAIL PROTECTED] Just tried this with 4.1.0 (released on Dec 10) and the original problem description applies, i.e. this has not been fixed. Tried this on: PHP4.1.0 Apache 1.3.20 FreeBSD4.X --- [2001-11-24 19:49:29] [EMAIL PROTECTED] Can you please verify if this is now fixed in latest CVS: http://snaps.php.net/ [2001-08-31 08:53:14] [EMAIL PROTECTED] Things are fine when: register_globals = off session.save_handler = files Things are fine also when: register_globals = on session.save_handler = users where users are customed handlers, (saved to PostgreSQL in my case. PROBLEM: Sessions varilables aren't saved when: register_globals = off session.save_handler = users ---eof--- Edit this bug report at http://bugs.php.net/?id=13078edit=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 #13173 Updated: no gc even when gc_probablity = 100
ID: 13173 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Session related Operating System: FreeBSD 4.X PHP Version: 4.0.6 and 4.10 New Comment: What kind of user session handler you have? You have reported Bug ID: 13078 also. Don't paste script, but please explain a bit. Also have to check your httpd and php error log? Is there anything interesting? Previous Comments: [2001-12-13 02:52:41] [EMAIL PROTECTED] Just tried this with 4.1.0 and found that the problem has not been resolved. ---ends--- [2001-09-06 07:09:24] [EMAIL PROTECTED] settings in php.ini: session.save_handler = files session.gc_probability = 100 session.gc_maxlifetime = 120 Problem: User1 was assigned session_id()=somesessionid01. Session variables are saved properly. User1 bookmarked the page. If NO ONE else has visited the site and started another session, then User1 can return and revive the session no matter how much time is passed (over the gc_maxlifetime value,) when he/she visits the pages again with an URL like: http://site.site.site/some.php?SID=somesessionid01 However, if another user visits the site, gets another session id, e.g. somesessionid02 BEFORE User1 returns with the said URL, then, garbage collection occurs and data are deleted properly. Conclusion: Garbage collection is *not* done when the same session_idreturns BEFORE another session_id is generated. This happens when the session.save_handler = files However if: session.save_handler = user where 'user' is a customized handler, the relevant sess_gc routine is called properly and gc is taken careof. Edit this bug report at http://bugs.php.net/?id=13173edit=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 #14479: ini_get('memory_limit') returns empty string (Not FALSE or so)
From: [EMAIL PROTECTED]
Operating system: W2k
PHP version: 4.1.0
PHP Bug Type: Feature/Change Request
Bug description: ini_get('memory_limit') returns empty string (Not FALSE or so)
ini_get('memory_limit') returns empty string (Not FALSE or so).
I understand that it may not be possable to set 'memory_limit' but at least
it should be possable to read it.
I would like to use it, to set a buffer size in % to the available
memory.
Also
ini_get('any value that is not in php.ini')
returns an empty string too. I would have expected FALSE.
--
Edit bug report at: http://bugs.php.net/?id=14479edit=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 #13173 Updated: no gc even when gc_probablity = 100
ID: 13173 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Session related Operating System: FreeBSD 4.X PHP Version: 4.0.6 and 4.10 New Comment: Looks like I don't know what I'm thinking. Also have to check your httpd and php error log? Is there anything interesting? should be Also have *you* check your httpd and php error logs? Is there anything interesting? Previous Comments: [2001-12-13 04:58:50] [EMAIL PROTECTED] What kind of user session handler you have? You have reported Bug ID: 13078 also. Don't paste script, but please explain a bit. Also have to check your httpd and php error log? Is there anything interesting? [2001-12-13 02:52:41] [EMAIL PROTECTED] Just tried this with 4.1.0 and found that the problem has not been resolved. ---ends--- [2001-09-06 07:09:24] [EMAIL PROTECTED] settings in php.ini: session.save_handler = files session.gc_probability = 100 session.gc_maxlifetime = 120 Problem: User1 was assigned session_id()=somesessionid01. Session variables are saved properly. User1 bookmarked the page. If NO ONE else has visited the site and started another session, then User1 can return and revive the session no matter how much time is passed (over the gc_maxlifetime value,) when he/she visits the pages again with an URL like: http://site.site.site/some.php?SID=somesessionid01 However, if another user visits the site, gets another session id, e.g. somesessionid02 BEFORE User1 returns with the said URL, then, garbage collection occurs and data are deleted properly. Conclusion: Garbage collection is *not* done when the same session_idreturns BEFORE another session_id is generated. This happens when the session.save_handler = files However if: session.save_handler = user where 'user' is a customized handler, the relevant sess_gc routine is called properly and gc is taken careof. Edit this bug report at http://bugs.php.net/?id=13173edit=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 #14479 Updated: ini_get('memory_limit') returns empty string (Not FALSE or so)
ID: 14479
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Assigned
Bug Type: Feature/Change Request
Operating System: W2k
PHP Version: 4.1.0
Old Assigned To:
Assigned To: derick
New Comment:
checking this out
Previous Comments:
[2001-12-13 05:07:15] [EMAIL PROTECTED]
ini_get('memory_limit') returns empty string (Not FALSE or so).
I understand that it may not be possable to set 'memory_limit' but at least it should
be possable to read it.
I would like to use it, to set a buffer size in % to the available memory.
Also
ini_get('any value that is not in php.ini')
returns an empty string too. I would have expected FALSE.
Edit this bug report at http://bugs.php.net/?id=14479edit=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 #13078 Updated: register_globals = off session.save_handler = user
ID: 13078 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Session related Operating System: FreeBSD 4.x PHP Version: 4.0.6, 4.1.0 New Comment: Yes, I have problems with or without session_register/unregister. In fact, I first tried: $_SESSION[varname] = somevaluehere; to see if it was saved. But it was NOT. So, I tried this: session_register(varname); $_SESSION[varname] = somevaluehere; thinking it would help. Anyhow, none of the above worked. Once again, if register_globals=on then, everything is fine. ---ends--- Previous Comments: [2001-12-13 04:52:52] [EMAIL PROTECTED] When you use $_SESSION or $HTTP_SESSION_VARS, you don't need session_register/unregister to save session vars. Do you have problem still when you don't use session_register/unregister? [2001-12-13 02:54:32] [EMAIL PROTECTED] Added 4.1.0 into the PHP Version field of this report. ---ends--- [2001-12-12 07:56:54] [EMAIL PROTECTED] After posting the test results with 4.1.0, I tried using: session_register(varname); before doing a: $_SESSION[varname]; i.e., session_register(varname); $_SESSION[varname] = somevaluehere; And yet, the custom sess_write was never called. --ends-- [2001-12-12 07:32:36] [EMAIL PROTECTED] Just tried this with 4.1.0 (released on Dec 10) and the original problem description applies, i.e. this has not been fixed. Tried this on: PHP4.1.0 Apache 1.3.20 FreeBSD4.X --- [2001-11-24 19:49:29] [EMAIL PROTECTED] Can you please verify if this is now fixed in latest CVS: http://snaps.php.net/ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/?id=13078 Edit this bug report at http://bugs.php.net/?id=13078edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] ftp extension for windows?
it's built-in and IMO all modules that don't require external libraries should become it too. Is there any reason to include some extensions in the core, and not others? I mostly use the win-version, but I have never used the COM or Calender or bcmath extensions, and this is the first time I used FTP... (and I didn't RTFM of course :) I think the opposite should be true, and all modules should be separate from the core. That way a user _knows_ what functionality is available, by looking at the list of modules instead of having to look at the list of modules, the documentation and possibly the php-version-number, who knows what extensions will be built-in next time (or left out, for that matter). Cheerio, Marc. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14479 Updated: ini_get('memory_limit') returns empty string (Not FALSE or so)
ID: 14479
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Assigned
Status: Open
Bug Type: Feature/Change Request
Operating System: W2k
PHP Version: 4.1.0
Old Assigned To: derick
Assigned To:
New Comment:
I'v managed to get the value with
get_cfg_var('memory_limit')
So it is more a documentation issu. :o)
I'v added a User Contributed Notes to ini_get()
Previous Comments:
[2001-12-13 05:14:08] [EMAIL PROTECTED]
checking this out
[2001-12-13 05:07:15] [EMAIL PROTECTED]
ini_get('memory_limit') returns empty string (Not FALSE or so).
I understand that it may not be possable to set 'memory_limit' but at least it should
be possable to read it.
I would like to use it, to set a buffer size in % to the available memory.
Also
ini_get('any value that is not in php.ini')
returns an empty string too. I would have expected FALSE.
Edit this bug report at http://bugs.php.net/?id=14479edit=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] Sybase / MSsql module additions
I've added two functions - sybase_get_last_error and
sybase_get_last_error_no (alias functions for mssql_ are included), so
that the user can do error handling with the errors raised from sybase or
mssql.
I've included a unified diff for these changes. Tested on Apache and MS
SQL. They are only minor changes, so shouldn't affect anything else.
Do I have to do anything else with the source to submit it?
If anyone wants the changes applying to the mssql extension, then let me
know - they'll be the same changes.
Corrections / comments welcome.
Thanks a lot,
Dave.
--- ext/sybase/php_sybase_db.c Thu Dec 13 08:50:45 2001
+++ ext/sybase/php_sybase_db.c Thu Dec 13 10:43:50 2001
@@ -88,6 +88,8 @@
PHP_FE(sybase_query,NULL)
PHP_FE(sybase_free_result, NULL)
PHP_FE(sybase_get_last_message, NULL)
+ PHP_FE(sybase_get_last_error, NULL)
+ PHP_FE(sybase_get_last_error_no,NULL)
PHP_FE(sybase_num_rows, NULL)
PHP_FE(sybase_num_fields, NULL)
PHP_FE(sybase_fetch_row,NULL)
@@ -107,6 +109,8 @@
PHP_FALIAS(mssql_query, sybase_query, NULL)
PHP_FALIAS(mssql_free_result, sybase_free_result, NULL)
PHP_FALIAS(mssql_get_last_message, sybase_get_last_message,NULL)
+ PHP_FALIAS(mssql_get_last_error,sybase_get_last_error, NULL)
+ PHP_FALIAS(mssql_get_last_error_no, sybase_get_last_error_no, NULL)
PHP_FALIAS(mssql_num_rows, sybase_num_rows,NULL)
PHP_FALIAS(mssql_num_fields,sybase_num_fields, NULL)
PHP_FALIAS(mssql_fetch_row, sybase_fetch_row, NULL)
@@ -146,6 +150,9 @@
if (severity = php_sybase_module.min_error_severity) {
php_error(E_WARNING,Sybase error: %s (severity
%d),dberrstr,severity);
}
+ STR_FREE(php_sybase_module.error_message);
+ php_sybase_module.error_message = estrdup(dberrstr);
+ php_sybase_module.error_no = dberr;
return INT_CANCEL;
}
@@ -281,6 +288,8 @@
php_sybase_module.num_links = php_sybase_module.num_persistent;
php_sybase_module.appname = estrndup(PHP 4.0,7);
php_sybase_module.server_message = empty_string;
+ php_sybase_module.error_message = empty_string;
+ php_sybase_module.error_no = 0;
php_sybase_module.min_error_severity =
php_sybase_module.cfg_min_error_severity;
php_sybase_module.min_message_severity =
php_sybase_module.cfg_min_message_severity;
return SUCCESS;
@@ -912,6 +921,24 @@
PHP_FUNCTION(sybase_get_last_message)
{
RETURN_STRING(php_sybase_module.server_message,1);
+}
+/* }}} */
+
+/* {{{ proto string sybase_get_last_error(void)
+ Returns the last error from server (not affected by min_error_severity) */
+PHP_FUNCTION(sybase_get_last_error)
+{
+ RETURN_STRING(php_sybase_module.error_message,1);
+}
+/* }}} */
+
+/* {{{ proto int sybase_get_last_error_no(void)
+ Returns the last error number from server
+ (not affected by min_error_severity) */
+PHP_FUNCTION(sybase_get_last_error_no)
+{
+ Z_LVAL_P(return_value) = php_sybase_module.error_no;
+ Z_TYPE_P(return_value) = IS_LONG;
}
/* }}} */
--- ext/sybase/php_sybase_db.h Thu Dec 13 08:50:13 2001
+++ ext/sybase/php_sybase_db.h Thu Dec 13 10:43:50 2001
@@ -38,6 +38,8 @@
PHP_FUNCTION(sybase_query);
PHP_FUNCTION(sybase_free_result);
PHP_FUNCTION(sybase_get_last_message);
+PHP_FUNCTION(sybase_get_last_error);
+PHP_FUNCTION(sybase_get_last_error_no);
PHP_FUNCTION(sybase_num_rows);
PHP_FUNCTION(sybase_num_fields);
PHP_FUNCTION(sybase_fetch_row);
@@ -70,6 +72,8 @@
long allow_persistent;
char *appname;
char *server_message;
+ char *error_message;
+ int error_no;
int le_link,le_plink,le_result;
long min_error_severity,min_message_severity;
long cfg_min_error_severity,cfg_min_message_severity;
--
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 #13173 Updated: no gc even when gc_probablity = 100
ID: 13173 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Session related Operating System: FreeBSD 4.X PHP Version: 4.0.6 and 4.10 New Comment: My customed sess_write stores stuff to PostgreSQL 7.1.x I simply ported one I found on the Net some which saved stuff my MySQL. Anyhow, with the garbage collection problem (bug#13173) the problem is NOT with my customed script because everything works fine with my handlers. (OK, I had to set register_globals = on as per my report in bug #13078, but at least it worked!) The problem is with session.save_handler = files (as with the original problem description.) As for error logs, yes, I have checked my httpd_error_log file and found nothing:( In fact, I have also set: error_log = syslog too and nothing there either:( TIA, for your patience and help. ---ends--- Previous Comments: [2001-12-13 05:08:21] [EMAIL PROTECTED] Looks like I don't know what I'm thinking. Also have to check your httpd and php error log? Is there anything interesting? should be Also have *you* check your httpd and php error logs? Is there anything interesting? [2001-12-13 04:58:50] [EMAIL PROTECTED] What kind of user session handler you have? You have reported Bug ID: 13078 also. Don't paste script, but please explain a bit. Also have to check your httpd and php error log? Is there anything interesting? [2001-12-13 02:52:41] [EMAIL PROTECTED] Just tried this with 4.1.0 and found that the problem has not been resolved. ---ends--- [2001-09-06 07:09:24] [EMAIL PROTECTED] settings in php.ini: session.save_handler = files session.gc_probability = 100 session.gc_maxlifetime = 120 Problem: User1 was assigned session_id()=somesessionid01. Session variables are saved properly. User1 bookmarked the page. If NO ONE else has visited the site and started another session, then User1 can return and revive the session no matter how much time is passed (over the gc_maxlifetime value,) when he/she visits the pages again with an URL like: http://site.site.site/some.php?SID=somesessionid01 However, if another user visits the site, gets another session id, e.g. somesessionid02 BEFORE User1 returns with the said URL, then, garbage collection occurs and data are deleted properly. Conclusion: Garbage collection is *not* done when the same session_idreturns BEFORE another session_id is generated. This happens when the session.save_handler = files However if: session.save_handler = user where 'user' is a customized handler, the relevant sess_gc routine is called properly and gc is taken careof. Edit this bug report at http://bugs.php.net/?id=13173edit=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 #14479 Updated: ini_get('memory_limit') returns empty string (Not FALSE or so)
ID: 14479
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Feature/Change Request
Operating System: W2k
PHP Version: 4.1.0
Assigned To: derick
New Comment:
Fixed in CVS (the documentation CVS)
Derick
Previous Comments:
[2001-12-13 05:16:23] [EMAIL PROTECTED]
I'v managed to get the value with
get_cfg_var('memory_limit')
So it is more a documentation issu. :o)
I'v added a User Contributed Notes to ini_get()
[2001-12-13 05:14:08] [EMAIL PROTECTED]
checking this out
[2001-12-13 05:07:15] [EMAIL PROTECTED]
ini_get('memory_limit') returns empty string (Not FALSE or so).
I understand that it may not be possable to set 'memory_limit' but at least it should
be possable to read it.
I would like to use it, to set a buffer size in % to the available memory.
Also
ini_get('any value that is not in php.ini')
returns an empty string too. I would have expected FALSE.
Edit this bug report at http://bugs.php.net/?id=14479edit=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 #14321 Updated: multipart/form-data doesn't accept a NULL character
ID: 14321 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Old Bug Type: cURL related Bug Type: Variables related Operating System: i686-gnu-linux Old PHP Version: 4.0CVS-2001-12-03 PHP Version: 4.1.0 Old Assigned To: sterling Assigned To: New Comment: Sorry, this is not a bogus. I wish it was. Obviously Sterling got me completely wrong. It's not a problem of printing binary data. As I do not use curl with PHP this bug is NOT Curl related it's more in the receiving end. What I'm doing is posting binary data using libcurl with c++. In this example it's a buffer containing A,chr(0) and B. Network traces show the following: POST /test.php HTTP/1.1. Pragma: no-cache. Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */*. Content-Length: 130. Content-Type: multipart/form-data; boundary=curl/49TVuznugm1TDG2p68EyKJrXOq. . --curl/49TVuznugm1TDG2p68EyKJrXOq. Content-Disposition: form-data; name=BinaryData. . A.B. --curl/49TVuznugm1TDG2p68EyKJrXOq--. I hope everybody agrees that the post is ok and that it's containing 3 byte of data (A,chr(0) and B). So I do not present the C++ code here, as it is obviously not relevant. On the PHP side I check the received data with: echo POST: ; print_r($_POST); //and just to make sure print_r is binary safe... $foo=X.chr(0).Z; print_r($foo); the result is: POST: Array ( [BinaryData] = A ) X.Z So everything following A including chr(0) has been truncated. Again this problem has been mentioned on 2001-06-16 by [EMAIL PROTECTED] in bug report #11516. Additionally if I change the name of the post variable to ### name=BinaryData filename=foo ### to trick PHP into believing it's a ordinary file post the received file contains all the 3 bytes. This should prove that the post itself is ok. Tell me if you want me to present the c source code or do some different kind of testing. Tests were done with PHP 4.1.0 and the latest CVS version. Hanno Previous Comments: [2001-12-03 09:36:46] [EMAIL PROTECTED] a) not a cURL related bug report b) bogus, when you print binary data, expect it to be truncated at the NULL, this is the same in every language. [2001-12-03 06:23:56] [EMAIL PROTECTED] Assigning to sterling, the cURL master. Derick [2001-12-03 06:22:04] [EMAIL PROTECTED] This one is related to the report of [EMAIL PROTECTED] (Bug id #11516). I talked to sniper about this problem a year ago, but I could not convince him that this behaviour of PHP to truncate post variables at the first occurrance of 0x00 exists and that it's incorrect (when used with multipart-formdata). Some days ago I used libCURL with C++ to post binary data with the CURLFORM_PTRCONTENTS option which lead to the same problem. Packet-sniffing revealed that the data is sent correctly, but PHP truncates the variable at the first occurance of 0x00. I had a discussion with Daniel Stenberg (Curl-developer) on that topic. He agreed that following RFC1867 it is allowed to send binary data in the way jeroen describes and he was pretty much suprised that PHP causes such problems. As the function curl_formadd() and CURLOPT_POSTFIELDSIZE is not implemented in PHP I can not give you a PHP script which produces the error but let me know if you're interested in an example written in C++. I would appriciate very much if this bug could be removed in future versions of PHP. thanks in advance Hanno Edit this bug report at http://bugs.php.net/?id=14321edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #14442 Updated: Segmentation fault when using xslt_process()
Hi ;) How can I check whether Apache is running its included expat-lite or the system one on windows? Is there something like phpinfo() in Apache? :) Sorry for that kinda lame question ;) Thanks for any help Chris Jarecki -- 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 #13078 Updated: register_globals = off session.save_handler = user
ID: 13078
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Critical
Bug Type: Session related
Operating System: FreeBSD 4.x
PHP Version: 4.0.6, 4.1.0
New Comment:
PHP 4.1.0 (release)
TEST SCRIPT:
?php
session_start();
$_SESSION['test'] = 'YES';
echo ini_get('register_globals');
?
SESSION FILE CONTENTS:
With register_globals = 1:
empty
With register_globals = 0:
test|s:3:YES;
Previous Comments:
[2001-12-13 05:14:14] [EMAIL PROTECTED]
Yes, I have problems with or without session_register/unregister.
In fact, I first tried:
$_SESSION[varname] = somevaluehere;
to see if it was saved. But it was NOT. So, I tried this:
session_register(varname);
$_SESSION[varname] = somevaluehere;
thinking it would help. Anyhow, none of the above worked.
Once again, if
register_globals=on
then, everything is fine.
---ends---
[2001-12-13 04:52:52] [EMAIL PROTECTED]
When you use $_SESSION or $HTTP_SESSION_VARS, you don't need
session_register/unregister to save session vars.
Do you have problem still when you don't use session_register/unregister?
[2001-12-13 02:54:32] [EMAIL PROTECTED]
Added 4.1.0 into the PHP Version field of this report.
---ends---
[2001-12-12 07:56:54] [EMAIL PROTECTED]
After posting the test results with 4.1.0, I tried using:
session_register(varname);
before doing a:
$_SESSION[varname];
i.e.,
session_register(varname);
$_SESSION[varname] = somevaluehere;
And yet, the custom sess_write was never called.
--ends--
[2001-12-12 07:32:36] [EMAIL PROTECTED]
Just tried this with 4.1.0 (released on Dec 10) and the original problem description
applies, i.e. this has not been fixed.
Tried this on:
PHP4.1.0
Apache 1.3.20
FreeBSD4.X
---
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=13078
Edit this bug report at http://bugs.php.net/?id=13078edit=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 #14463 Updated: module problems
ID: 14463 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Unknown/Other Function Operating System: windows XP PHP Version: 4.1.0 New Comment: Probably a configuration problem. Ask support on the appropriate mailinglist (http://www.php.net/support.php). Previous Comments: [2001-12-12 13:23:39] [EMAIL PROTECTED] I got a problem with php and apache (1.3.2.2). When running php as a module some pages doesn't load correctly, for example when doing a phpInfo(); the site just flashes by and then displays a 404 error, and some .phps files doesn't load good either. When Im running php as a cgi binary it works better, but it doesn't seem to rupport .phps files, although I configured it. It also doesn't work to do some http authorizing stuff that works when Im running it as a module. I havn't found anythng about this in the mailinglists so please help me. Edit this bug report at http://bugs.php.net/?id=14463edit=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 #14388 Updated: include_path in virtual breaks SSI
ID: 14388 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Scripting Engine problem Operating System: FreeBSD 4.4-STABLE PHP Version: 4.0.6 New Comment: Apache 1.3.x doesn't support multiple filters over one file. You can't parse the output of a PHP file through SSI. (Apache 2.x can do that) Are you sure that isn't the case? Previous Comments: [2001-12-09 00:54:29] [EMAIL PROTECTED] Using the following in VirtualHost in httpd.conf (apache 1.3.22): php_value include_path .:/path/to/include/dir breaks SSI for that virtual ... View-Source for pages show include directives instead of parsing them. Using XBitHack on. php recompiled today: mod_php4-4.0.6_5 Edit this bug report at http://bugs.php.net/?id=14388edit=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 #7420 Updated: Still problem with fsockopen - fgets - fputs
ID: 7420 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Sockets related Operating System: Linux RH 6.2 and others PHP Version: 4.0.3pl1 New Comment: No feedback. Closing. Previous Comments: [2001-11-21 12:11:42] [EMAIL PROTECTED] Can you try with latest RC and see if it works http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Feedback. [2000-11-20 12:11:14] [EMAIL PROTECTED] reclassified [2000-10-25 21:01:45] [EMAIL PROTECTED] It seems that you are referring to another bug here. Could you please include the number(s), so that someone can investigate...you'd probably have better luck getting someone's attention. [2000-10-23 21:51:21] [EMAIL PROTECTED] There´s STILL a bug using the functions pfsockopen, fputs, fread. In a chat application that connects to a server (ie., a www gateway to IRC), after connecting, nothing can be written to the socket (it just gets stuck - only reads). *Please* check this by installing and running phpChat and phpIRC, from http://www.phpwizard.net/ - I have a chat application and I'm having to use PHP3 *just* because of this bug. Thanks, Claudio Edit this bug report at http://bugs.php.net/?id=7420edit=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 #7723 Updated: pfsockopen doesn't read more than one time
ID: 7723
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Sockets related
Operating System: Debian/Linux 2.2.17, FreeBSD 4.1
PHP Version: 4.0.3pl1
New Comment:
No feedback. Closing.
Previous Comments:
[2001-11-21 12:05:43] [EMAIL PROTECTED]
Can you try with latest RC and see if it works
http://www.php.net/~zeev/php-4.1.0RC3.tar.gz
Feedback.
[2000-11-09 09:54:35] [EMAIL PROTECTED]
Look at the following code snippet
$fh=pfsockopen('localhost', 12345, $err_no, $err_str, 30);
fputs($fh, GETTSTUFF\r\n);
$stuff=fgets($fh, 256);
print strlen($stuff);
print $stuff;
Now, when I run in for the first time, everything works fine and my perl-server
returns the desired value to php. When I hit reload, the connection is reused (it's
really the same one, same host/port), and the server receives the request, and
responses with a single line, but PHP is no longer able to read from the socket. It
returns FALSE. I already tried to flush the socket or set it to non-blocking, neither
works. The symptom remains the same: server gets request, replies to it, but PHP
doesn't read anything.
PHP was compiled as a module, as a cgi version, statically or as dso, with or without
socket support, nearly all combinations have been checked out (on Debian and FreeBSD).
Edit this bug report at http://bugs.php.net/?id=7723edit=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 #7951 Updated: Can't connect to MySQL from PHP script under OrionServer (Socket problem)
ID: 7951 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: MySQL related Operating System: Windows NT 4.0 SP6a PHP Version: 4.0.3pl1 New Comment: No feedback. Closing. Previous Comments: [2001-11-20 19:45:07] [EMAIL PROTECTED] May be totally unrelated. Anyway, please give it a try with latest RC http://phpuk.org/~james/php-4.1.0RC3-win32.zip Feedback. [2000-11-23 13:48:39] [EMAIL PROTECTED] Problem: PHP can't connect to MySQL database server running in localhost when running under OrionServer 1.3.8 Warning: Can't create TCP/IP socket (10106) in D:\client\test\web\test.php on line 5 Steps to reproduce the problem: 1. Install Windows NT 4 Server 2. Instlal Service Pack 6a 3. Install J2SE 1.3 (JDK 1.3) (http://java.sun.com/) 4. Install OrionServer 1.3.8 (http://www.orionserver.com/) 5. Install PHP 4.03pl1 (http://www.php.net/) 6. Configure PHP to run in Orion (via Orion CGIServlet) (global-web-application.xml) ... servlet servlet-namephp/servlet-name servlet-classcom.evermind.server.http.CGIServlet/servlet-class init-param param-nameinterpreter/param-name param-valuec:\php\php.exe/param-value /init-param /servlet servlet-mapping servlet-namephp/servlet-name url-pattern/*.php/url-pattern /servlet-mapping ... 7. Do any PHP script to test PHP works (? echo(Hello World!) ? does the job). Now test it. 8. Do any PHP script that tries to connect to the MySQL database (in the same server). Now test it. Result: Warning: Can't create TCP/IP socket (10106) in D:\client\test\web\test.php on line 5 Note: #1- Some another guy had similar problems when opening sockets from PHP under OrionServer (http://www.mail-archive.com/orion-interest@orionserver.com/msg01004.html) #2- I understand this may or may not be a bug in PHP, but it certainly is related to PHP Edit this bug report at http://bugs.php.net/?id=7951edit=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 #8170 Updated: fsockopen and fopen with ip address not active
ID: 8170 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Sockets related Operating System: Windows NT AND 98 PHP Version: 4.0.3pl1 New Comment: No feedback. Closing. Previous Comments: [2001-11-21 09:41:12] [EMAIL PROTECTED] Can you reproduce this with latest RC http://phpuk.org/~james/php-4.1.0RC3-win32.zip Feedback. [2000-12-08 10:49:44] [EMAIL PROTECTED] On Windows 32 systems. With Apache Server or IIS $file = fsockopen (10.1.1.121, 80, $errno, $errstr, 3); Where 10.1.1.121 is an generic IP address If the IP address is not active or there is not an service active on the port the script dead with a timeout (not of 3 seconds but of 30 seconds). The same problem if I use this: $file = fopen(http://10.1.1.121;, r); If I use the @ the script dead after 30 seconds, so also the fopen example with remote url that I have read in the php4 manual dead. Edit this bug report at http://bugs.php.net/?id=8170edit=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 #9068 Updated: Bugs in OO which are leaking memory...
ID: 9068 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Class/Object related Operating System: Windows 2000 PHP Version: 4.0 Latest CVS (02/02/2001) Assigned To: andre New Comment: No feedback. Closing. Previous Comments: [2001-11-17 12:14:06] [EMAIL PROTECTED] Does this still happen with latest CVS? [2001-02-02 04:13:19] [EMAIL PROTECTED] Note: I've posted some bugs earlier, but they seem to have been fixed with the latest build of PHP 4.0.5-dev. (I don't remember their bug numbers.) Outstanding two bugs in PHP 4.0.5, which are leaking memory: (1) OOP Bug eg... $num_columns = $rs-Fields-Count(); Leaks memory when two - - are used. Does not leak when this line is written in two lines: $fields = $rs-Fields; $num_columns = $fields-Count(); (2) passing recordset to a variable in the object ... $this-rs_obj = $rs; leaks memory when passing ADO recordset to an object modular variable. (variable defined in the module scope of the class.) Solution is not to pass recordsets. Edit this bug report at http://bugs.php.net/?id=9068edit=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 #9229 Updated: Sockets extension does not compile -- possible problem
ID: 9229 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Sockets related Operating System: IRIX 6.5 PHP Version: 4.0.4pl1 New Comment: No feedback. Closing. Previous Comments: [2001-11-21 08:16:27] [EMAIL PROTECTED] Can you please try latest RC and see if it still exists http://www.php.net/~zeev/php-4.1.0RC3.tar.gz If not, please include the output of 'make' (and don't break lines please). Feedback. [2001-02-12 12:30:27] [EMAIL PROTECTED] The sockets extension does not compile under IRIX. This is due to the IRIX sockets library not including msg_flags in the msghdr struct, contained within sockets.h. Edit this bug report at http://bugs.php.net/?id=9229edit=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 #10304 Updated: Garbled Data/timeout with UDP-Socket
ID: 10304
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Sockets related
Operating System: Linux2.2.12
PHP Version: 4.0.4pl1
New Comment:
No feedback. Closing.
Previous Comments:
[2001-11-21 12:14:31] [EMAIL PROTECTED]
Can you try with latest RC and see if it works
http://www.php.net/~zeev/php-4.1.0RC3.tar.gz
Feedback.
[2001-06-02 21:42:00] [EMAIL PROTECTED]
For now, I suggest you use the sockets extensions functions:
function foo2($ip,$port)
{
$sock=socket(AF_INET,SOCK_DGRAM,IPPROTO_UDP);
$retval=connect($sock,$ip,$port);
write($sock, info\x00, 11);
$numread=read($sock,$readdata,1,
PHP_BINARY_READ);
close $sock;
return $readdata;
}
This works for me just fine.
Seems the f-funcs don't work as expected with UDP.
--Jani
[2001-04-12 11:06:52] [EMAIL PROTECTED]
1)
?
function foo($ip,$port)
{
$fp = fsockopen(udp://.$ip,$port);
fwrite($fp,info\x00);
$a = fread($fp,5000);
fclose($fp);
}
?
This code is for querying a HalfLife-Server (left out if
($fp) ...).
The script works till it tries to read from the socket.
PHP reads a part of the string the server should return
and hangs till the socket times out.
The same method in C, Perl etc works perfectly so I assume
there is a problems with PHP and UDP-Sockets.
2)
Trying to read multiple lines from a server connected to
with an UDP-Socket give garbled Data+Timeout.
Again C, Perl work perfectly.
(recent version from CVS do not work, too)
Edit this bug report at http://bugs.php.net/?id=10304edit=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 #10765 Updated: timeout doesn't work
ID: 10765 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Sockets related Operating System: Windows 98 PHP Version: 4.0.5 New Comment: No feedback. Closing. Previous Comments: [2001-11-21 07:39:21] [EMAIL PROTECTED] Can you try latest RC if the problem still exists http://phpuk.org/~james/php-4.1.0RC3-win32.zip Feedback. [2001-05-10 13:39:31] [EMAIL PROTECTED] Actually I am making a Webster dictionary Web Interface: $fp = fsockopen($webster_server, $webster_port, $err, $errno, 5); socket_set_timeout($fp, 5); Here 5 seconds timeout in fsockopen() doesn't work. If it cannot connet, it will simply wait until the maximun script execution time (default 30 seconds in php.ini) reached. socket_set_timeout() seems to be not implemented in this version. (PHP 4.0.5, Windows CGI binary release) [2001-05-10 04:44:49] [EMAIL PROTECTED] Add some short script which demonstrates how they don't work. --Jani [2001-05-09 16:43:46] [EMAIL PROTECTED] timeout parameter in fsockopen() doesn't work socket_set_timeout() doesn't work. I am using PHP 4.0.5 (binary release, CGI version) in Windows 98. Edit this bug report at http://bugs.php.net/?id=10765edit=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 #10426 Updated: pfsockopen resource is not client site persistent.
ID: 10426
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Sockets related
Operating System: Linux snarff 2.2.16-3smp #1 SMP
PHP Version: 4.0.3
New Comment:
No feedback. Closing.
Previous Comments:
[2001-11-21 12:04:08] [EMAIL PROTECTED]
Can you please try the latest RC and see if it works
http://www.php.net/~zeev/php-4.1.0RC3.tar.gz
Feedback.
[2001-04-20 14:22:05] [EMAIL PROTECTED]
config line: './configure' '--with-apache=/usr/local/apache_1.3.14'
'--with-mysql=/usr/local/mysql' '--with-ldap'
'--with-imap' '--enable-ftp'
'--enable-yp' '--enable-track-vars'
any connections that are opened by pfsockopen are not being retained such that
subsequent page calls to this script will be able to utilize the open connection (yes,
the server is still connected and listening to the connection made) but php will not
allow to reuse that connection. error message:
Warning: Supplied argument is not a valid File-Handle resource in
/home/ralph/ralphschindler-www/projects/client_rs_cpen471.php on line 19
the calling form after the connection is made looks like this:
form method=post action=client_rs_cpen471.php
input type=hidden name=mysocket value=Resource id #1
input type=hidden name=connect_string value=snarff.net 4115
input type=text name=command
input type=submit
Is this a bug? there is scarce info on this issue on the web
here is the code i was using to test this client app:
htmlbodypre
?
$connect_string = serversomewhere.net 4115;
if (isset($connect_string)) {
list($connect_host, $connect_port) = split( , $connect_string);
/* Check to see if a connection is already open */
if(!isset($mysocket)) {
echo Starting Connection on $connect_host - $connect_portbr\n;
$mysocket = pfsockopen($connect_host, $connect_port, $error_no, $error_str, 180);
} else {
echo Using open connection on $host - $port - $mysocketbr\n;
fputs($mysocket,$command);
echo fread($mysocket,128);
fclose($mysocket);
}
echo $error_no . \n\n . $error_str;
?
form method=post action=client_rs_cpen471.php
input type=hidden name=mysocket value=? echo $mysocket; ?
input type=hidden name=connect_string value=? echo $connect_string; ?
input type=text name=command
input type=submit
/form
Edit this bug report at http://bugs.php.net/?id=10426edit=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 #11162 Updated: pfsockopen closes connection after script finishes
ID: 11162 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Sockets related Operating System: FreeBSD PHP Version: 4.0.4 New Comment: No feedback. Closing. Previous Comments: [2001-11-21 12:03:03] [EMAIL PROTECTED] Can try with latest RC and see if the problem still exists http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Feedback. [2001-05-29 01:18:39] [EMAIL PROTECTED] When using pfsockopen() it closes the connection as soon as the script finishes. According to the manual, the connection should remain open. I have had a few people write their own script to test this on their machine to make sure it wasn't my machine, or my code, and both of them also produced the same result. So I beleive this is either a bug with pfsockopen() or with the online documents. Edit this bug report at http://bugs.php.net/?id=11162edit=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 #10830 Updated: Cannot bind() a socket to a specific port in FreeBSD
ID: 10830 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Sockets related Operating System: FreeBSD 4.3-STABLE PHP Version: 4.0.5 New Comment: No feedback. Closing. Previous Comments: [2001-11-21 07:37:56] [EMAIL PROTECTED] The socket interface has been rewritten in PHP. Can you try latest RC please http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Unfortunately, there is no documentation yet for the new extension. All socket related functions start with 'socket_*()', so this would be socket_create, socket_bind, etc. Feedback. [2001-05-12 13:19:32] [EMAIL PROTECTED] Operating in CGI mode, trying the Simple TCP/IP Server script at http://www.php.net/manual/en/html/ref.sockets.html bind($sock,$address,$port) fails with Invalid argument. bind($sock,$address) gives a parameter count error, but manages to bind the socket to the next available port anyway. Reproducable in 12-May snapshot. This may affect other BSD unices also, however it is verified as working properly under Linux. Edit this bug report at http://bugs.php.net/?id=10830edit=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 #11104 Updated: module slowly kills server
ID: 11104 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: MySQL related Operating System: win98 PHP Version: 4.0.5 New Comment: No feedback. Closing. Previous Comments: [2001-11-20 19:42:31] [EMAIL PROTECTED] Can you try if the problem still persists with latest RC http://phpuk.org/~james/php-4.1.0RC3-win32.zip Feedback. [2001-06-18 10:20:18] [EMAIL PROTECTED] reclassifing this as a mysql bug as that is what it sounds like... sorry to bounce around [2001-05-25 00:08:08] [EMAIL PROTECTED] happens with any scripts that include the database connection [2001-05-24 21:32:33] [EMAIL PROTECTED] Does this happen with any script? Or does this happen only with some specific script? --Jani [2001-05-24 21:05:21] [EMAIL PROTECTED] when running php as apache module (1.3.19), after about 10 minutes, some of the graphics on the page will start coming up broken, then all of them after a minute or 2, then nothing works. i am connecting to a mysql database using pconnect() which i have read some other problems in here about memory leaks. i don't use win98 for my production server, but i would assume you would like to patch up all these bugs on win98 as well. Edit this bug report at http://bugs.php.net/?id=11104edit=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 #11221 Updated: mysql_pconnect causes Access violations
ID: 11221 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: MySQL related Operating System: Windows 2000 Server PHP Version: 4.0.5 New Comment: No feedback. Closing. Previous Comments: [2001-11-19 15:56:30] [EMAIL PROTECTED] Can you try a recent version of PHP and check if this problem persists? [2001-05-31 15:21:22] [EMAIL PROTECTED] Using mysql_pconnect() for persistent connections often causes PHP Access violations. Switching to mysql_connect() solves the problem. Mysql version 3.23.36-debug. Seen on two different systems so far, some symptoms and same resolution. Edit this bug report at http://bugs.php.net/?id=11221edit=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 #11353 Updated: Memory leak in php_domxml.c, domxml_dumpmem
ID: 11353
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: DOM XML related
Operating System: RHat 6.2
PHP Version: 4.0.5
New Comment:
No feedback. Closing.
Previous Comments:
[2001-11-21 20:05:59] [EMAIL PROTECTED]
Can't reproduce this with latest RC.
Can you try latest RC and see if the problem still exists
http://www.php.net/~zeev/php-4.1.0RC3.tar.gz
Feedback.
[2001-06-08 06:28:42] [EMAIL PROTECTED]
The memory allocated by xmlDumpMemory must be deallocated (free()'d). The
Zend/zend_API.h macro RETURN_STRINGL() doesn't do this. A substitute (below) seems to
do the trick.
#define FREE_RETURN_STRINGL(s,l,duplicate) {\
char *__s=(s); int __l=l; \
return_value-value.str.len = __l; \
return_value-value.str.val = (duplicate?estrndup(__s,__l):__s);\
return_value-type = IS_STRING; \
free(s);\
return; \
}
I used this at the bottom of domxml_dumpmem() and can now do bunches of dom functions
without crashing Apache or the CGI.
Edit this bug report at http://bugs.php.net/?id=11353edit=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 #11891 Updated: error_reporting option broken/changed
ID: 11891 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: PHP options/info functions Operating System: Linux (Cobalt RaQ3) PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-11-18 19:50:10] [EMAIL PROTECTED] Are you sure your php.ini file is read by PHP ? Try setting the error_reporting in the script: ?php error_reporting(E_ALL ~E_NOTICE); echo $test; ? [2001-07-04 16:38:57] [EMAIL PROTECTED] Argh - and same result with: should be: error_reporting = E_COMPILE_ERROR|E_ERROR|E_CORE_ERROR [2001-07-04 16:36:08] [EMAIL PROTECTED] With PHP 4.0.1 this worked fine - warnings for undefined variables were not displayed: error_reporting = E_ALL ~E_NOTICE With PHP 4.0.6 this does not seem to work anymore - warnings for undefined variables are now displayed - and same result with: error_reporting = E_ALL ~E_NOTICE I only seem to be able to get rid of the warnings for undefined variables by not displaying errors at all: display_errors = Off Edit this bug report at http://bugs.php.net/?id=11891edit=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 #11993 Updated: mysql_close closes incorrect db handler
ID: 11993
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: MySQL related
Operating System: Debian 2.19
PHP Version: 4.0.6
New Comment:
No feedback. Closing.
Previous Comments:
[2001-11-20 19:55:37] [EMAIL PROTECTED]
Can you try if the problem still persists with latest RC
http://www.php.net/~zeev/php-4.1.0RC3.tar.gz
Feedback.
[2001-10-24 00:59:24] [EMAIL PROTECTED]
missing status
[2001-07-11 13:58:35] [EMAIL PROTECTED]
hi zak,
thanks for your answer.
in my opinion, php must have some matrix, where you stores the number of connect and
close calls with the connection id. this will probably solve the problem.
ps: i use these multiple connections in oop environment, where a global connection id,
is not the best idea. or?
ati
[2001-07-11 06:58:00] [EMAIL PROTECTED]
Here is a refinement on this bug:
Multiple duplicate calls to mysql_connect are supposed to return the same link ID.
Each call after the first call will only return the link ID of the first (if
everything goes as planned, the connection is still good, etc...).
i.e.
var_dump (mysql_connect() === mysql_connect());
Given this behavior, how should mysql_close() behave?
I would expect that calling mysql_close ($id) would close the connection that both $id
and $id2 refer to.
Behavior is not this - instead it is quite odd...
Multiple calls to mysql_close are required to close multiple duplicate calls to
mysql_connect.
i.e.
var_dump ($db = mysql_connect ());
var_dump ($db = mysql_connect ());
var_dump (mysql_close ($db));
// Maybe this closes the default connection?
var_dump (mysql_close ($db));
However, if more than two calls to mysql_connect are made, followed by a corresponding
number of calls to mysql_close, the mysql_close calls start to fail.
i.e.
$max = 10;
for ($x=0; $x$max; ++$x) {
var_dump ($db = mysql_connect());
}
for ($x=0; $x$max; ++$x) {
var_dump (mysql_close ($db));
}
Now, throw change the call to mysql_close($db) to mysql_close() - everything seems to
work as expected.
However as soon as you add a call to mysql_query after the call to mysql_close, the
link will *never* die - no matter how many times you close it.
Finally, put a call to mysql_close ($db) between the two loops. The next call to
mysql_close() will fail with an error, while subsequent calls will succeed - once
again, the link will never die.
Things get even stranger when this behavior is encountered within recursive function
calls - however, I guess that this is a side effect of the behavior described above.
It looks like there is some complex/odd interactions happening with the code that
closes mysql links and the code that sets and uses the default link -- however, this
is quite far over my head!
Anyone else have any ideas? :)
[2001-07-11 05:07:29] [EMAIL PROTECTED]
Dear Ati,
When you enter a bug report, please make the script that reproduces the error as short
and simple as possible.
I do not believe that the problem that you are encountering is a bug - you just have
too many connections open at once.
Try this script:
pre
?php
error_reporting (0);
function test () {
static $count = 0;
if (++$count 20) {
echo Opening $count:;
var_dump ($db = mysql_connect ('localhost:3306', replace_me,
replace_me));
test ();
--$count;
echo Closing $count:;
var_dump (mysql_close ($db));
}
}
test ();
?
/pre
Now try it with mysql_pconnect -- does the error go away? It does for me.
In most cases, you will only need a *single* connection to a mysql database -- not
multiple.
This may still be a bug - two or more calls to mysql_connect with the same arguments
should only result in one connection being opened. Each call will return the same
connection ID.
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=11993
Edit this bug report at http://bugs.php.net/?id=11993edit=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 #12031 Updated: Problems running IMAP and MYSLQ
ID: 12031
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: MySQL related
Operating System: Linux RedHat 7.1
PHP Version: 4.0.6
New Comment:
No feedback. Closing.
Previous Comments:
[2001-11-20 19:17:51] [EMAIL PROTECTED]
What is the exact problem here?
The url mentioned gives me:
Opening the IMAP first:
Warning: Couldn't open stream {192.168.36.2:143}INBOX in /www/htdocs/test.php on line
32
Snif...: Too many login failures
But this could be anything (including the error which it gives me back ;)
If still have a problem, please more detail.
Also, first try if this still happens with latest RC
http://www.php.net/~zeev/php-4.1.0RC3.tar.gz
Feedback.
[2001-07-10 23:44:50] [EMAIL PROTECTED]
?
$usager = 'klashma'; // Username to log on the SQL server
$pwd = 'xx00xx'; // the password
$server = '{192.168.36.2:143}'; // the IMAP server string
$web_courriel = 'klashma.no-ip.com'; // the email for the IMAP logon (virtual host)
$sql_server_ip = '192.168.36.2'; // the IP of the SQL server.
function openSQL()
{
global $sql_server_ip, $usager, $pwd;
$sqllink = mysql_connect($sql_server_ip,$usager,$pwd);
if (!$sqllink)
{
print 'Access denied';
die();
}
}
function nbTEL()
{
/* the table is only a one colums table (ID) with integers. */
global $usager;
$result = mysql_db_query ($usager,select id from prop);
$result = mysql_num_rows($result);
return $result;
}
function openIMAP($folder='INBOX')
{
global $usager,$pwd,$server,$web_courriel,$mbox;
$mbox = imap_open ($server . $folder, $usager.'@'.$web_courriel, $pwd) ||
die(Snif...: .imap_last_error());
}
function nbEmail()
{
global $mbox;
if (($num_msg = imap_num_msg($mbox)) == 0)
{
return(0);
} else {
return $num_msg;
}
}
print 'Opening the IMAP first:br';
openIMAP('INBOX');
openSQL();
print nbTel() . 'br';
print nbEmail() . 'br';
mysql_close;
imap_close($mbox);
print 'Works great...brNow with SQL first:br';
openSQL();
openIMAP('INBOX');
print nbTel() . 'br';
print nbEmail() . 'br';
print 'Blah, pointer not found :(';
?
-=-=-= http://klashma.no-ip.com/test.php =-=-=-=- for the script
-=-=-= http://klashma.no-ip.com/php.php =-=-=-=- a good old phpinfo();
Edit this bug report at http://bugs.php.net/?id=12031edit=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 #12160 Updated: mysql_pconnect causes 99% CPU usage and system stop
ID: 12160 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: MySQL related Operating System: OS/2 PHP Version: 4.0.5 New Comment: No feedback. Closing. Previous Comments: [2001-11-20 19:11:49] [EMAIL PROTECTED] Does this happen with latest RC too? http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Feedback. [2001-07-14 02:00:45] [EMAIL PROTECTED] after the mysql_pconnect(dbhost, dbuser, dbpass) calling apache module causes 99% CPU usage and stops all the system MySQL ver. 3.23.28gamma PS. There is everything OK with the mysql_connect(dbhost, dbuser, dbpass); Edit this bug report at http://bugs.php.net/?id=12160edit=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 #12799 Updated: mysql_fetch_array returns good data even if resource identifier is bad
ID: 12799 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: MySQL related Operating System: Mandrake Linux PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-11-20 19:07:21] [EMAIL PROTECTED] Can't reproduce with RC3, please test it too: http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Feedback. [2001-08-16 15:35:01] [EMAIL PROTECTED] When calling mysql_fetch_array($foo) and $foo is not a valid resource identifier (not even a defined variable), the function call will return data from the last successful query instead erroring. This makes it very difficult to debug your code because you may return data from a different query. Instead the function should return nothing so that you know to look at your function call arguments. Edit this bug report at http://bugs.php.net/?id=12799edit=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 #13444 Updated: OpenProcessError
ID: 13444 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Unknown/Other Function Operating System: Windows 2000 PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-11-21 18:51:23] [EMAIL PROTECTED] Can you try latest RC and see if the problem still exists http://phpuk.org/~james/php-4.1.0RC3-win32.zip Feedback. [2001-09-25 19:15:52] [EMAIL PROTECTED] No visible result I can detect except for filling up the application log with errors within 2 days resulting from each call to php.exe. I'm running Windows 2000 server. Here is the text straight from the log: Source: True Vector Service The description for Event ID ( 1 ) in Source ( True Vector Service ) 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: : 4f 70 65 6e 50 72 6f 63 OpenProc 0008: 65 73 73 45 72 72 6f 72 essError 0010: 20 35 3a 20 6f 6e 20 705: on p 0018: 72 6f 63 65 73 73 20 49 rocess I 0020: 44 20 33 32 34 30 2c 20 D 3240, 0028: 6e 61 6d 65 64 20 45 3a named E: 0030: 5c 50 48 50 5c 70 68 70 \PHP\php 0038: 2e 65 78 65 00.exe. Edit this bug report at http://bugs.php.net/?id=13444edit=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 #13467 Updated: max_execution_time not as set in php.ini
ID: 13467 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Scripting Engine problem Operating System: Solaris PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-11-19 17:49:24] [EMAIL PROTECTED] This should be fixed in CVS. Please try the latest CVS snapshot from http://snaps.php.net/ [2001-09-27 10:21:11] [EMAIL PROTECTED] I have a problem that seems to occur only on an occasional basis but with a number of different scripts and modules, but it basically characterised by one thing. The script will return an error such as Fatal error: Maximum execution time of 3 seconds exceeded in /includes/third_party/Snoopy.class.inc on line 702 .. but, the max_execution_time in the php ini file is set to 1 which is confirmed when looking at the output from phpinfo() There are no calls to set_time_limit anywhere in the script and yet, the max execution time still seems to be being ignored. The real frustration though, is that re-running this script can often result in the error not occuring at all. Configure Line : './configure' '--with-apache=../apache_1.3.20' '--enable-track-vars' '--without-mysql' '--with-oci8=/opt/oracle/product/8.1.7' '--enable-sigchild' Edit this bug report at http://bugs.php.net/?id=13467edit=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 #13681 Updated: Stale data across clustered webservers
ID: 13681 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: MySQL related Operating System: Linux PHP Version: 4.0.5 New Comment: No feedback. Closing. Previous Comments: [2001-11-20 18:43:51] [EMAIL PROTECTED] Very hard to reproduce if you understand what I mean .. Can you give it a try with latest RC? http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Feedback. [2001-10-15 19:09:45] [EMAIL PROTECTED] I have 2 mirrored, PHP-enabled webservers connecting to the same MySQL database. These servers are load-balanced through a Cisco Local Director which maintains no data persistency. The problem is basically that, though UPDATES and INSERTS on one of the webservers are immediately registered (through a SELECT statement) on the other box, only UPDATES on the second box are immediately registered on the first; INSERTS on this second box take some time (several minutes) to show up on the first box. The assymmetry here makes this an extremely beguiling problem. To correct it, I have tried to get rid of persistent connections (both through php.ini and through our code). I have also tried upgrading MySQL (to 3.23.43); have upgraded (and backgraded to PHP 4.0.5); and have recompiled PHP (4.0.5) with the newest MySQL development libraries (again, 3.23.43). All of this has been to no avail. The fact that direct client connections to the MySQL server from both of the webservers immediately shows any data updates seems to suggest that this is not a problem in the MySQL server itself. It would seem, then, that the PHP client is not directly contacting the MySQL server when it echoes out the stale data. Anyway, I'm pretty well stumped on this. Please let me know if this is in fact a bug (as it seems) or if there are any other things to look into. Thanks, jonathan Edit this bug report at http://bugs.php.net/?id=13681edit=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 #13480 Updated: Resources bug - dtors fails, hanging MySQL connections or hanging httpd
ID: 13480 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: MySQL related Operating System: Redhat6.1 PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-11-20 18:44:58] [EMAIL PROTECTED] Can you try if this still happens with latest RC? http://www.php.net/~zeev/php-4.1.0RC3.tar.gz Feedback. [2001-09-28 11:28:16] [EMAIL PROTECTED] opened connections to MySQL or httpd hanged and using CPU time after end of request - in dtor of mysql connection something is wrong with Resources - bug while shutting down request modules: standard,mysql gdb backtrace not contain information about place of bug - only rounds problem to request shutdown, empty strace process frees CPU - after timeout - SIGPROF Edit this bug report at http://bugs.php.net/?id=13480edit=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 #13960 Updated: ImageCreateFromJPEG doesn't work with URLs
ID: 13960
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: GD related
Operating System: Windows XP
PHP Version: 4.0.6
New Comment:
No feedback. Closing.
Previous Comments:
[2001-11-18 19:10:04] [EMAIL PROTECTED]
What if you use 127.0.0.1 instead of localhost ?
--Jani
[2001-11-12 06:40:15] [EMAIL PROTECTED]
Still has the same problem on Windows XP with a jpeg on an external server, but as you
say, it works fine on the Linux version (tested on a snapshot build on my Cobalt Qube
server).
[2001-11-10 20:09:02] [EMAIL PROTECTED]
Works fine for me on Linux. Could you please try
with some external jpg? ie. Not on localhost?
[2001-11-06 14:36:41] [EMAIL PROTECTED]
The following code should give me the image served by my webcam server:
$cam = ImageCreateFromJPEG('http://localhost:69/');
imagejpeg($cam);
But instead gives me:
Warning: imagecreatefromjpeg: Unable to open 'http://localhost:69/' for reading in
c:\program files\apache\htdocs\webcam\cam.php
If, however, I create a local copy of the output of the server, like this:
$in = fopen('http://localhost:69/','rb');
$out = fopen('tempcam.jpg','wb');
while ( !feof($in) ) {
$temp = fread ($in, 4096);
fwrite($out,$temp);
}
fclose ($in); fclose($out);
and then use ImageCreateFromJPEG on that file instead of the URL, it works perfectly.
Therefore, ImageCreateFromJPEG doesn't re-use the fopen code correctly (as it should
and is hinted to by the manual page saying that ImageCreateFromJPEG can open files or
URLs).
Bug 6825 seems to be similar, but for PHP 4.0.2. The bug was closed as it was
allegedly fixed, but now seems to have re-surfaced.
Edit this bug report at http://bugs.php.net/?id=13960edit=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 #13973 Updated: Memory Problem
ID: 13973 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Performance problem Operating System: NT4 SP6 PHP Version: 4.0.4pl1 New Comment: No feedback. Closing. Previous Comments: [2001-11-21 14:40:01] [EMAIL PROTECTED] This is now different problem? Is the memory problem gone now? --Jani [2001-11-21 04:26:52] [EMAIL PROTECTED] If I Use 4.0.6, wich i tried. OCI is giving me problems. It says it cannot find entry point OCILobOpen. I'm using Oracle 8.0.5 client on NT 4 platform. Could this be an Oracle version problem? [2001-11-08 11:47:08] [EMAIL PROTECTED] Please try php 4.0.6, and report back if it fixed the problem. Derick [2001-11-07 06:25:30] [EMAIL PROTECTED] I have PHP 4.04pl1 installed on apache 1.3.22. On NT4 with SP6. oci8.dll is added to the extension list. Now if I make a page with pure HTML. and refresh it 20 times. nothing stange happens. But if I insert the following code : ? echo foo; ? I get a memory build up of appr. 200 KB per refresh. eventually Apache stops responding. What could be the problem, is oci8? Arie Edit this bug report at http://bugs.php.net/?id=13973edit=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 #13986 Updated: Cannot rollback transaction when die in class
ID: 13986
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Class/Object related
Operating System: Win2k / Linux + Oracle8i+Apache
PHP Version: 4.0.6
New Comment:
No feedback. Closing.
Previous Comments:
[2001-11-17 13:53:31] [EMAIL PROTECTED]
Do you see the same behavior when not using an object? I.e. moving all the stuff
directly in the global namespace for testing purposes (or just use function instead of
an object) ?
[2001-11-13 21:56:48] [EMAIL PROTECTED]
I have just tried PHP 4.0.6. It has the same problem.
[2001-11-09 09:41:58] [EMAIL PROTECTED]
Have you tried PHP 4.0.6 ?
[2001-11-08 01:47:35] [EMAIL PROTECTED]
I am using a database class to manipulate data.
I found that when the program is terminated in
the class, the transaction will be committed,
even I've set the mode to OCI_DEFAULT.
The same case occured in both Win2k and Linux with
Oracle and Apache.
// Schema
/*
create table test (
id varchar2(5) not null,
name varchar2(10),
primary key (id)
);
// Source Code
///
class Database {
var $conn, $stmt, $row_data;
function Database()
{
$DB_SERVER = ;
$DATABASE= ;
$DB_USER = test;
$DB_PASSWORD = test;
putenv($DATABASE);
$this-conn = OCILogon($DB_USER, $DB_PASSWORD, $DB_SERVER);
if ($this-conn == false) {
die(Cannot connect to server);
}
}
function Query($sql)
{
$this-stmt = OCIParse($this-conn, $sql);
if ($this-stmt == false) {
die(Statement Error);
}
if (OCIExecute($this-stmt, OCI_DEFAULT) == false) {
die(Cannot Execute Statment);
}
}
function Commit()
{
OCICommit($this-conn);
}
function terminate()
{
die( Not OK :( );
}
}
$db = new Database();
$sql = insert into test (id, name) values ('1', '1');
$db-Query($sql);
$db-terminate(); // This will commit the transaction,
// even the program is terminated.
die( OK :) ); // If the program is terminated here,
// the transaction is rollbacked.
$db-Commit();
[2001-11-08 01:42:41] [EMAIL PROTECTED]
I am using a database class to manipulate data.
I found that when the problem is terminated in
the class, the transaction will be committed,
even I've set the mode to OCI_DEFAULT.
The same case occured in both Win2k and Linux with
Oracle and Apache.
// Schema
/*
create table test (
id varchar2(5) not null,
name varchar2(10),
primary key (id)
);
// Source Code
///
class Database {
var $conn, $stmt, $row_data;
function Database()
{
$DB_SERVER = ;
$DATABASE= ;
$DB_USER = test;
$DB_PASSWORD = test;
putenv($DATABASE);
$this-conn = OCILogon($DB_USER, $DB_PASSWORD, $DB_SERVER);
if ($this-conn == false) {
die(Cannot connect to server);
}
}
function Query($sql)
{
$this-stmt = OCIParse($this-conn, $sql);
if ($this-stmt == false) {
die(Statement Error);
}
if (OCIExecute($this-stmt, OCI_DEFAULT) == false) {
die(Cannot Execute Statment);
}
}
function Commit()
{
OCICommit($this-conn);
}
function terminate()
{
die( Not OK :( );
}
}
$db = new Database();
$sql = insert into test (id, name) values ('1', '1');
$db-Query($sql);
$db-terminate(); // This will commit the transaction,
// even the program is terminated.
die(
Re: [PHP-DEV] Bug #14463 Updated: module problems
ID: 14463 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus I got a problem with php and apache (1.3.2.2). When running php as a module some pages doesn't load correctly, for example when doing a phpInfo(); the site just flashes by and then displays a 404 error, and some .phps files doesn't load good either. When Im running php as i assure you this is not bogus. there are some serious issues with php on apache on windows and in the past few days a number of people have posted similar problems to the ones i'm having. phpinfo() page has a lot of data on it and -that- is the reason it doesn't work as strange as that sounds. look at bug #14474 for some example code. -benjamin -- 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 #14101 Updated: imap_sort returns irregular sort sequence
ID: 14101
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: IMAP related
Operating System: Linux 2.4.10 (rH7.1)
PHP Version: 4.0.5
New Comment:
No feedback. Closing.
Previous Comments:
[2001-11-19 18:01:58] [EMAIL PROTECTED]
First of all update your c-client to imap-2001a:
ftp://ftp.cac.washington.edu/mail/imap.tar.Z
also get the latest RC of PHP from:
http://download.php.net/~zeev/php-4.1.0RC3.tar.gz
--Jani
[2001-11-18 22:30:29] [EMAIL PROTECTED]
Hello folks...
Imap sort works only with small mailbox...
--- snip ---
$newstrm = imap_open ($ms.$selectedmb, $usr, $usrpwd) or die (cant connect:
.imap_last_error());
switch ($sortby) {
case date:
$sorted_headers = imap_sort($newstrm,SORTDATE, $rev_flag,'');
break;
case subject:
$sorted_headers = imap_sort($newstrm,SORTSUBJECT, $rev_flag,'');
break;
case tag:
if ($tag == From) {
$sorted_headers = imap_sort($newstrm,SORTFROM, $rev_flag,'');
} else {
$sorted_headers = imap_sort($newstrm,SORTTO, $rev_flag,'');
}
break;
case size:
$sorted_headers = imap_sort($newstrm,SORTSIZE, $rev_flag,'');
break;
}
while (list(,$qq) = each($sorted_headers)) {
$header = imap_headerinfo($newstrm, $qq);
etc
--- snip ---
the sort sequence returned by imap_sort is incorrect for any mailbox where there is
more than 10 emails in the mailbox, and especially if there is a mix of R and U
type of unread.
The function appears to sort partly by new, and then old, and then both...
== php compiled with
'./configure' '--with-mysql=/usr/local/mysql' '--with-xml'
'--with-apache=../apache_1.3.19/' '--with-imap=/usr/local/imap' '--enable-track-vars'
imap specs ===
compiled from :
imap-2001.BETA.SNAP-0106191041.tar
= hardware
intel Pentium 4 1.3 Ghz
640 meG ram
400MHZ BUS MOTHERBOARD
Edit this bug report at http://bugs.php.net/?id=14101edit=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 #14105 Updated: session_write_close() eats output
ID: 14105 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Session related Operating System: linux debian woody PHP Version: 4.1.0RC1 New Comment: No feedback. Closing. Previous Comments: [2001-11-19 19:21:04] [EMAIL PROTECTED] Please try the latest RC: http://download.php.net/~zeev/php-4.1.0RC3.tar.gz --Jani [2001-11-19 19:05:17] [EMAIL PROTECTED] Maybe thats my point, the output is broken somehow the session_write_close() remove some chars in the output buffer in apache, or from some internal buffer in php so yes the output of my script is indeed broken [2001-11-19 18:08:11] [EMAIL PROTECTED] Can not reproduce and your online test script seems to be outputting broken html too. [2001-11-19 03:40:16] [EMAIL PROTECTED] ?php session_start(); echo brsee thisbr\n; session_write_close(); echo brsee this toobr\n; ? http://cam031000.student.utwente.nl/test.php for by output http://cam031000.student.utwente.nl/phpinfo.php for phpinfo Edit this bug report at http://bugs.php.net/?id=14105edit=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 #14125 Updated: Intermittent failed class wrapper to DB
ID: 14125
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: MySQL related
Operating System: Suse Linux 6.2/MySQL 3.22.25
PHP Version: 4.0.6
New Comment:
No feedback. Closing.
Previous Comments:
[2001-11-20 18:39:55] [EMAIL PROTECTED]
For a start, can you try if this still happens with the latest RC ?
http://www.php.net/~zeev/php-4.1.0RC3.tar.gz
Feedback.
[2001-11-19 17:49:12] [EMAIL PROTECTED]
Fatal: Cannot instantiate non-existent class DB_Sql in ... common.php line 23 and
the program aborts.
common.php:
include(./db_mysql.inc);
$db = new DB_Sql(); --line 23
$db-Database = DATABASE_NAME;
etc.
db_mysql.inc:
class DB_Sql {
/* public: connection parameters */
var $Host = ;
var $Database = ;
var $User = ;
var $Password = ;
etc.
./configure --with-mysql --with-apache=../apache_1.3.19 --enable-track-vars
The error happens unpredictably, i.e. the application works fine for say 30 mins and
then this message appears on one or more clients. Hitting Refresh allows recovery so
it is a temporary failure.
I am putting this here in case it relates to MySQL - could this be a result of
connection problems? Or, if not, what would trigger this sort of message given that
the code must be OK as it works most of the time - common.php is included in all
pages.
Thanks,
Neil Munro.
Edit this bug report at http://bugs.php.net/?id=14125edit=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 #14140 Updated: Oracle 7.3.4 on PHP 4.0.5
ID: 14140 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Oracle related Operating System: winnt PHP Version: 4.0.5 New Comment: No feedback. Closing. Previous Comments: [2001-11-20 05:05:57] [EMAIL PROTECTED] Try one of the dev packages from www.php4win.com, and report back if they work. Derick [2001-11-20 05:03:21] [EMAIL PROTECTED] We use PHP405 on oracle 7.3.4 and ora_logon function fail on TNSNAME. how to use Oracle 7.3.4 with php4. We try php 406, but oracle functions fails with compilation error and we can't recompil them. Have you some oracle DLL to use with Oracle 7.3.4 ? best regards. Philippe MARCEL Edit this bug report at http://bugs.php.net/?id=14140edit=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 #14151 Updated: Installed/Compiled Php4.0.6 with Oracle9i on Linux Red Hat7.2
ID: 14151 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: OCI8 related Operating System: Linux Red Hat 7.2 PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-11-21 12:50:57] [EMAIL PROTECTED] Check this manual page: http://www.php.net/manual/en/ref.oci8.php And especially the part about linking Apache with libpthread. --Jani [2001-11-20 12:19:46] [EMAIL PROTECTED] Check your httpd error_log and see if it has things like segmentation fault. If so, read on how to make a backtrace at bugs.php.net/how-to-report.php Add that backtrace to this report. Derick [2001-11-20 11:59:19] [EMAIL PROTECTED] I installed/compiled php4.0.6 with Oracle9i on RedHat 7.2 successfully. Following is the configure command to compile/install php: configure --with-oci8=/MyOracle_Home/ --with-apxs=/My_Apache_Home/bin/apxs After compiling php, libphp4.so, and httpd.conf was generated in their apache directories. Apache1.3.19 (with Dynamic Shared Object) can be started without any problem. Php script: ? phpinfo(); ? shows that oci8 is enabled and current oracle version is 9. However when use php to communicate with Oracle9i server, Netscape browser shows an error says that there is no data in html. If use same php code in another machine with php4.0.6 compiled with oracle8i, It can work with oracle9i server without any problem. Edit this bug report at http://bugs.php.net/?id=14151edit=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 #14154 Updated: PHP won't compile on OSX 10.1
ID: 14154 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Compile Failure Operating System: Mac OS X (Darwin) 10.1.1 PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-11-21 01:17:56] [EMAIL PROTECTED] And if it not works, please read on how you should report a bug at http://bugs.php.net/how-to-report.php [2001-11-20 18:29:09] [EMAIL PROTECTED] Can you please try the latest RC release and report back if it works ? http://www.php.net/~zeev/php-4.1.0RC3.tar.gz [2001-11-20 18:20:29] [EMAIL PROTECTED] PHP won't compile on OSX 10.1 It reports an error - something with namespace. Edit this bug report at http://bugs.php.net/?id=14154edit=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 #8775 Updated: pfsockopen - socket_get_status has EOF set.. feof() returns false
ID: 8775
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: Sockets related
Operating System: Linux
PHP Version: 4.0.4pl1
New Comment:
No feedback. Closing.
Previous Comments:
[2001-11-21 12:12:09] [EMAIL PROTECTED]
Can you try with latest RC and see if it works
http://www.php.net/~zeev/php-4.1.0RC3.tar.gz
Feedback.
[2001-01-20 12:09:09] [EMAIL PROTECTED]
After further working with this, I have found that even if I keep all of my code
within one script and never fclose() I'm still getting disconnected after all the data
is read. I'm pretty sure that this is not related to my code. I verified via telnet
that the server I'm connecting to does not close the connection.
[2001-01-18 01:00:36] [EMAIL PROTECTED]
i have found that socket_get_status will say that an EOF has occurred but feof() says
otherwise (and the socket isn't disconnected). feof() seems to be working fine.
im using pfsockopen() to create the socket.
also, im seeing 0 bytes unread until i attempt reading once, then the correct number
of bytes remaining are listed.
this may be unrelated but once i have read all of the bytes remaining, i get a EOF
(detected by feof() and the connection is toast after that point). it could be a bug
somewhere in my scripts logic.. but who knows.
System Linux 2.0.36 #4 Thu Aug 19 23:54:41 CDT 1999 i586 unknown
Build Date Jan 15 2001
Configure Command './configure' '--with-mysql' '--with-apache=../apache_1.3.4'
'--enable-track-vars'
Server API Apache
Virtual Directory Support disabled
Configuration File (php.ini) Path /usr/local/lib
ZEND_DEBUG disabled
Thread Safety disabled
code snippit:
$stat = socket_get_status($socketptr);
if ($stat[eof] == 1) {
if (!(feof($socketptr))) {
print socket_get_status lied?;
return true;
}
else {
fclose($socketptr);
print REMOTE CLOSED CONNECTIONbr;
exit;
}
}
Edit this bug report at http://bugs.php.net/?id=8775edit=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 #13467 Updated: max_execution_time not as set in php.ini
ID: 13467 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Scripting Engine problem Operating System: Solaris PHP Version: 4.0.6 New Comment: It's fixed too Previous Comments: [2001-12-13 06:27:54] [EMAIL PROTECTED] No feedback. Closing. [2001-11-19 17:49:24] [EMAIL PROTECTED] This should be fixed in CVS. Please try the latest CVS snapshot from http://snaps.php.net/ [2001-09-27 10:21:11] [EMAIL PROTECTED] I have a problem that seems to occur only on an occasional basis but with a number of different scripts and modules, but it basically characterised by one thing. The script will return an error such as Fatal error: Maximum execution time of 3 seconds exceeded in /includes/third_party/Snoopy.class.inc on line 702 .. but, the max_execution_time in the php ini file is set to 1 which is confirmed when looking at the output from phpinfo() There are no calls to set_time_limit anywhere in the script and yet, the max execution time still seems to be being ignored. The real frustration though, is that re-running this script can often result in the error not occuring at all. Configure Line : './configure' '--with-apache=../apache_1.3.20' '--enable-track-vars' '--without-mysql' '--with-oci8=/opt/oracle/product/8.1.7' '--enable-sigchild' Edit this bug report at http://bugs.php.net/?id=13467edit=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 #12915 Updated: session_write_close() has to be called explicitly
ID: 12915 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Session related Operating System: Linux 2.4.9 (Debian woody) PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-11-18 01:27:22] [EMAIL PROTECTED] Does this problem persist with the current release candidate for PHP 4.1.0? It can be found at http://www.php.net/~zeev/php-4.1.0RC2.tar.gz. [2001-08-22 21:04:44] [EMAIL PROTECTED] Sessions work correctly if session.save_handler is set to 'files', but if I set it to 'user' and I set up a new save handler with session_set_save_handler(), then afterwards I have to call session_write_close() at the end of every script, otherwise the session data doesn't get written out (to a database in my case) I tested it with PHP 4.0.6, and apache 1.3.20. PHP has to following extensions loaded: gd, mysql, ldap. Edit this bug report at http://bugs.php.net/?id=12915edit=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 #14321 Updated: multipart/form-data doesn't accept a NULL character
ID: 14321 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Variables related Operating System: i686-gnu-linux PHP Version: 4.1.0 Assigned To: sterling New Comment: Try $HTTP_RAW_POST_DATA. Encode data with base64 or like when you print, if there is null char in data. Then you should be able to deal with. Previous Comments: [2001-12-13 05:31:15] [EMAIL PROTECTED] Sorry, this is not a bogus. I wish it was. Obviously Sterling got me completely wrong. It's not a problem of printing binary data. As I do not use curl with PHP this bug is NOT Curl related it's more in the receiving end. What I'm doing is posting binary data using libcurl with c++. In this example it's a buffer containing A,chr(0) and B. Network traces show the following: POST /test.php HTTP/1.1. Pragma: no-cache. Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */*. Content-Length: 130. Content-Type: multipart/form-data; boundary=curl/49TVuznugm1TDG2p68EyKJrXOq. . --curl/49TVuznugm1TDG2p68EyKJrXOq. Content-Disposition: form-data; name=BinaryData. . A.B. --curl/49TVuznugm1TDG2p68EyKJrXOq--. I hope everybody agrees that the post is ok and that it's containing 3 byte of data (A,chr(0) and B). So I do not present the C++ code here, as it is obviously not relevant. On the PHP side I check the received data with: echo POST: ; print_r($_POST); //and just to make sure print_r is binary safe... $foo=X.chr(0).Z; print_r($foo); the result is: POST: Array ( [BinaryData] = A ) X.Z So everything following A including chr(0) has been truncated. Again this problem has been mentioned on 2001-06-16 by [EMAIL PROTECTED] in bug report #11516. Additionally if I change the name of the post variable to ### name=BinaryData filename=foo ### to trick PHP into believing it's a ordinary file post the received file contains all the 3 bytes. This should prove that the post itself is ok. Tell me if you want me to present the c source code or do some different kind of testing. Tests were done with PHP 4.1.0 and the latest CVS version. Hanno [2001-12-03 09:36:46] [EMAIL PROTECTED] a) not a cURL related bug report b) bogus, when you print binary data, expect it to be truncated at the NULL, this is the same in every language. [2001-12-03 06:23:56] [EMAIL PROTECTED] Assigning to sterling, the cURL master. Derick [2001-12-03 06:22:04] [EMAIL PROTECTED] This one is related to the report of [EMAIL PROTECTED] (Bug id #11516). I talked to sniper about this problem a year ago, but I could not convince him that this behaviour of PHP to truncate post variables at the first occurrance of 0x00 exists and that it's incorrect (when used with multipart-formdata). Some days ago I used libCURL with C++ to post binary data with the CURLFORM_PTRCONTENTS option which lead to the same problem. Packet-sniffing revealed that the data is sent correctly, but PHP truncates the variable at the first occurance of 0x00. I had a discussion with Daniel Stenberg (Curl-developer) on that topic. He agreed that following RFC1867 it is allowed to send binary data in the way jeroen describes and he was pretty much suprised that PHP causes such problems. As the function curl_formadd() and CURLOPT_POSTFIELDSIZE is not implemented in PHP I can not give you a PHP script which produces the error but let me know if you're interested in an example written in C++. I would appriciate very much if this bug could be removed in future versions of PHP. thanks in advance Hanno Edit this bug report at http://bugs.php.net/?id=14321edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #12915 Updated: session_write_close() has to be called explicitly
[EMAIL PROTECTED] wrote: ID: 12915 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Session related Operating System: Linux 2.4.9 (Debian woody) PHP Version: 4.0.6 New Comment: No feedback. Closing. maybe we should add an additional status for 'no feedback' as i would define the 'Closed' status as 'issue solved' ? (ok, ok, the *real* reason is me making no more score in 'who fixes the bugs ;) -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] ftp extension for windows?
it's built-in and IMO all modules that don't require external libraries should become it too. however, to most users it probably wouldn't matter... but i wouldn't because then to update a module you would have to rebuild i'm not sure what you mean by this... you aren't going to build, upload and install php every five right, that's why i said most users... but when i'm tryin to debug sockets.dll or the apache sapi, i'm always rebuilding and moving the dlls around... most of the time it wouldn't matter. -benjamin _ Join the worlds largest e-mail service with MSN Hotmail. http://www.hotmail.com -- 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 #14481: PHP 4.1.0 fails to compile with curl 7.9.2
From: [EMAIL PROTECTED] Operating system: Linux (RH 7.0) PHP version: 4.1.0 PHP Bug Type: Compile Failure Bug description: PHP 4.1.0 fails to compile with curl 7.9.2 PHP fails to compile with curl 7.9.2 ./configure --prefix=/etc --with-apache=/usr/src/Apachetoolbox-1.5.45/apache_1.3.22 --enable-exif --enable-track-vars --with-calendar=shared --enable-safe-mode --enable-magic-quotes --enable-trans-sid --enable-wddx --enable-ftp --with-gd=/etc --with-zlib --enable-gd-native-tt --with-t1lib=/etc/lib/php/t1libs --with-jpeg-dir=/etc --with-png-dir=/etc --with-zlib-dir=/etc --with-ttf --with-freetype-dir=/etc --with-mcrypt --with-openssl --with-mysql=/usr --enable-xslt --with-dom --with-xslt-sablot --with-curl (no errors) make fails with error curl.c: In function `zm_startup_curl': curl.c:147: `CURLOPT_SSL_VERIFYHOST' undeclared (first use in this function) curl.c:147: (Each undeclared identifier is reported only once curl.c:147: for each function it appears in.) curl.c:176: `CURLOPT_COOKIEJAR' undeclared (first use in this function) curl.c:177: `CURLOPT_SSL_CIPHER_LIST' undeclared (first use in this function) curl.c: In function `zif_curl_setopt': curl.c:671: `CURLOPT_SSL_VERIFYHOST' undeclared (first use in this function) curl.c:694: `CURLOPT_COOKIEJAR' undeclared (first use in this function) curl.c:695: `CURLOPT_SSL_CIPHER_LIST' undeclared (first use in this function) curl.c:797: `CURLFORM_COPYNAME' undeclared (first use in this function) curl.c:798: `CURLFORM_FILE' undeclared (first use in this function) curl.c:798: `CURLFORM_END' undeclared (first use in this function) curl.c:802: `CURLFORM_PTRCONTENTS' undeclared (first use in this function) make[3]: *** [curl.lo] Error 1 make[3]: Leaving directory `/usr/src/Apachetoolbox-1.5.45/src/php-4.1.0/ext/curl' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/src/Apachetoolbox-1.5.45/src/php-4.1.0/ext/curl' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/Apachetoolbox-1.5.45/src/php-4.1.0/ext' make: *** [all-recursive] Error 1 the same works for php 4.0.6 -- Edit bug report at: http://bugs.php.net/?id=14481edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #14481: PHP 4.1.0 fails to compile with curl 7.9.2
From: [EMAIL PROTECTED] Operating system: Linux (RH 7.0) PHP version: 4.1.0 PHP Bug Type: Compile Failure Bug description: PHP 4.1.0 fails to compile with curl 7.9.2 you have an old version of cURL (ie, you've incorrectly installed curl 7.9.2). Please properly upgrade and you should have no problems. -Sterling PHP fails to compile with curl 7.9.2 ./configure --prefix=/etc --with-apache=/usr/src/Apachetoolbox-1.5.45/apache_1.3.22 --enable-exif --enable-track-vars --with-calendar=shared --enable-safe-mode --enable-magic-quotes --enable-trans-sid --enable-wddx --enable-ftp --with-gd=/etc --with-zlib --enable-gd-native-tt --with-t1lib=/etc/lib/php/t1libs --with-jpeg-dir=/etc --with-png-dir=/etc --with-zlib-dir=/etc --with-ttf --with-freetype-dir=/etc --with-mcrypt --with-openssl --with-mysql=/usr --enable-xslt --with-dom --with-xslt-sablot --with-curl (no errors) make fails with error curl.c: In function `zm_startup_curl': curl.c:147: `CURLOPT_SSL_VERIFYHOST' undeclared (first use in this function) curl.c:147: (Each undeclared identifier is reported only once curl.c:147: for each function it appears in.) curl.c:176: `CURLOPT_COOKIEJAR' undeclared (first use in this function) curl.c:177: `CURLOPT_SSL_CIPHER_LIST' undeclared (first use in this function) curl.c: In function `zif_curl_setopt': curl.c:671: `CURLOPT_SSL_VERIFYHOST' undeclared (first use in this function) curl.c:694: `CURLOPT_COOKIEJAR' undeclared (first use in this function) curl.c:695: `CURLOPT_SSL_CIPHER_LIST' undeclared (first use in this function) curl.c:797: `CURLFORM_COPYNAME' undeclared (first use in this function) curl.c:798: `CURLFORM_FILE' undeclared (first use in this function) curl.c:798: `CURLFORM_END' undeclared (first use in this function) curl.c:802: `CURLFORM_PTRCONTENTS' undeclared (first use in this function) make[3]: *** [curl.lo] Error 1 make[3]: Leaving directory `/usr/src/Apachetoolbox-1.5.45/src/php-4.1.0/ext/curl' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/src/Apachetoolbox-1.5.45/src/php-4.1.0/ext/curl' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/Apachetoolbox-1.5.45/src/php-4.1.0/ext' make: *** [all-recursive] Error 1 the same works for php 4.0.6 -- Edit bug report at: http://bugs.php.net/?id=14481edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14481 Updated: PHP 4.1.0 fails to compile with curl 7.9.2
ID: 14481 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Critical Bug Type: Compile Failure Operating System: Linux (RH 7.0) PHP Version: 4.1.0 Old Assigned To: Assigned To: sterling Edit this bug report at http://bugs.php.net/?id=14481edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #14442 Updated: Segmentation fault when using xslt_process()
I have already handled this problem ;) Thanks :) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #12915 Updated: session_write_close() has to be called explicitly
To me, this bug report is most likely a user error. (Bug in user session handler) Bogus may be the best status for now. I like Status = No Feedback, too ;) But it's not there. -- Yasuo Ohgaki [EMAIL PROTECTED] wrote: ID: 12915 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Session related Operating System: Linux 2.4.9 (Debian woody) PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-11-18 01:27:22] [EMAIL PROTECTED] Does this problem persist with the current release candidate for PHP 4.1.0? It can be found at http://www.php.net/~zeev/php-4.1.0RC2.tar.gz. [2001-08-22 21:04:44] [EMAIL PROTECTED] Sessions work correctly if session.save_handler is set to 'files', but if I set it to 'user' and I set up a new save handler with session_set_save_handler(), then afterwards I have to call session_write_close() at the end of every script, otherwise the session data doesn't get written out (to a database in my case) I tested it with PHP 4.0.6, and apache 1.3.20. PHP has to following extensions loaded: gd, mysql, ldap. Edit this bug report at http://bugs.php.net/?id=12915edit=1 -- Yasuo Ohgaki -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #14442: Segmentation fault when using xslt_process()
Hi ;)
Look into the manual. The synopsis for the function is wrong, but
the examples show how to do this. When I ran Your function it
really did crash...
But it's not surprising me now.
Check this out:
?php
$xh = xslt_create();
$xsl = fopen(/web/xdom.pl/xslt/xprohomepage/homepage.xsl, r);
$xml = fopen(test.xml, r);
$xslc = fread($xsl,
filesize(/web/xdom.pl/xslt/xprohomepage/homepage.xsl));
$xmlc = fread($xml, filesize(test.xml));
/*
This could be like this, when You want it straigh from the files
echo xslt_process($xh, '/web/xdom.pl/classes/test.xml',
'/web/xdom.pl/xslt/xprohomepage/homepage.xsl');
*/
/* Use this one if You want it variable based */
echo xslt_process($xh, 'arg:/_xml', 'arg:/_xsl', NULL, array('/_xml' =
$xmlc, '/_xsl' = $xslc));
xslt_free($xh);
?
Greets ;)
--
Chris Jarecki
IT Project Manager
Ipro
http://www.ipro.pl/
--
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 #14372 Updated: fsockopen() timeout terror
ID: 14372
Updated by: daniel
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Apache related
Operating System: FreeBSD 4.4-Stable
PHP Version: 4.0.6
New Comment:
disable this functions will make PHP useless and disabling these functions in PHP
doesn't prevent your customers from doing the same thing in Perl or C.
What you experienced was a standard DoS attack, thus the problem should be solved at
apache level. Limiting the number of connections per IP sounds like a good idea,
doesn't it?
mod_throttle looks like a good solution:
http://www.snert.com/Software/mod_throttle/index.shtml
Request combined with ThrottleClientIP should solve your problem (although I have
never tested this module).
an alternative would be to limit the number of connections a virtual host can receive:
http://httpd.apache.org/docs/mod/core.html#maxclients
.. which would only give a limited amount of protection, because the potential hacker
would just DoS many virtual hosts at the same time.
Kind Regards,
Daniel Lorch
Previous Comments:
[2001-12-09 13:17:25] [EMAIL PROTECTED]
Just to add to this. The way to fix it at the ISP level is to simply put
disable_functions = fsockopen in your php.ini file. Also make sure you turn off
allow_url_fopen since this feature can also be used to do something like this.
[2001-12-07 03:18:28] [EMAIL PROTECTED]
You just can't fix this issue without prohibiting to call fsockopen().
Think yourself again, how can this be fixed? You can disallow http open_wrappers for
sure. The real fix is to remove the user.
There's no bug and nothing to fix - Bogus.
[2001-12-07 02:33:08] [EMAIL PROTECTED]
We have had users on our system using their PHP scripts to take down our Apache
servers. The script uses fsockopen() to call the page that issues the fsockopen()
function. When the script calls itself the sever gets into a loop of death, spawning
as many connections as httpd.conf will allow. Any incoming connections from then on
just hang and all the websites hosted on that machine are down. Here is and script
that uses this problem to attack Apache.
?php
$fp = fsockopen ($HTTP_HOST, $SERVER_PORT, $errno, $errstr, 30);
if (!$fp)
{
echo $errstr ($errno)br\n;
}
else
{
fputs ($fp, GET $REQUEST_URI HTTP/1.0\r\nHost: $HTTP_HOST\r\n\r\n);
while (!feof($fp))
{
echo fgets ($fp,128);
}
fclose ($fp);
}
?
Please fix this. We really had a hard time finding the person responsible for doing
this. They had the script in their home public_html directory and the only clue we
had was that in the Apache logs it was always the last page accessed before the server
freaked out and spawned over 150 Apache processes.
Thanks,
pHil Cogbill
3iem.net
Edit this bug report at http://bugs.php.net/?id=14372edit=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 #14395 Updated: Some Chinese Words Can't Be Used In The Php Files
ID: 14395 Updated by: daniel Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *General Issues Operating System: windows2000Server PHP Version: 4.1.0 New Comment: The last backslash escapes the string delimitor, thus generating a syntax error. the correct command should read: echo ¦¨¥\; this is NOT a PHP bug! please close. Previous Comments: [2001-12-12 09:41:19] [EMAIL PROTECTED] Since reporter is using Windows, it is most likely a bogus report. I just want to make sure if this is bogus. If you are using EUC-TW, PHP should work. Are you using EUC-TW? If you don't understand what I mean, ask support question as Sniper mentioned. [2001-12-12 09:22:27] [EMAIL PROTECTED] Ask support questions elsewhere. Try http://www.php.net/support.php [2001-12-09 21:33:18] [EMAIL PROTECTED] When i used --- echo ¦¨¥\; --- (a Chinese Word) the system will report Parse error: parse error, expecting `','' or `';'' in,and if i changed the other word ,it's will be right. Edit this bug report at http://bugs.php.net/?id=14395edit=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 #14482: Unable to start PHP under IIS 5
From: [EMAIL PROTECTED] Operating system: Windows XP Pro Danish PHP version: 4.1.0 PHP Bug Type: *General Issues Bug description: Unable to start PHP under IIS 5 When i try to use php, the program w3svc get event ID = 14 when loading php4isapi.dll I have been using 4.0.6 without any problems, so the configuration should be ok ! -- Edit bug report at: http://bugs.php.net/?id=14482edit=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 #14483: -twolevel_namespace and multiple definitions errors
From: [EMAIL PROTECTED] Operating system: MacOS X 10.1 PHP version: 4.1.0 PHP Bug Type: Compile Failure Bug description: -twolevel_namespace and multiple definitions errors (NOTE: Duplicate of BUG 14256) PHP 4.1.0 fails to compile on Mac OS X 10.1 (you probably already know this). This is while building the Apache Module. Notes: - First scenario: attempting the run-of-the-mill compile fails once it gets to ld, which throws out -twolevel_namespace warnings. - Second scenario: Modifying (by adding -flat_namespace) any presence of anything that may seem like a compiler flag or linker flag in config_vars.mk, php_config.h, libtool, etc., leads to a LARGE number of multiple definition errors that look like this: --- TSRM/.libs/libtsrm.al(tsrm_virtual_cwd.lo) definition of _virtual_utime in section (__TEXT,__text) TSRM/.libs/libtsrm.al(tsrm_virtual_cwd.lo) definition of _virtual_utime in section (__TEXT,__text) These errors flow in large quantities (in pairs like above), right at the end of the compile. The section (__TEXT,__text) part is always the same, but (foo.lo) changes to what seems to be EVERY symbol that was compiled. - Have downloaded latest snap from PHP.net (13 Dec 2001), and it still fails. -Tried using latest libtool from GNU.org (1.4.2), with the same result. -It seems like others are experiencing either of the scenarios above... since most people know about the -flat_namespace flag, the try to deal, only to end up with the large quantities of multiple symbol errors. Hmm... -Abner -- Edit bug report at: http://bugs.php.net/?id=14483edit=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 #13173 Updated: no gc even when gc_probablity = 100
ID: 13173 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Session related Operating System: FreeBSD 4.X PHP Version: 4.0.6 and 4.10 New Comment: You are using PostgreSQL, try my session handlers can be found at Zend.com. If session works as expected, it's your session handler's bug. http://www.zend.com/codex.php?id=456single=1 Previous Comments: [2001-12-13 05:26:34] [EMAIL PROTECTED] My customed sess_write stores stuff to PostgreSQL 7.1.x I simply ported one I found on the Net some which saved stuff my MySQL. Anyhow, with the garbage collection problem (bug#13173) the problem is NOT with my customed script because everything works fine with my handlers. (OK, I had to set register_globals = on as per my report in bug #13078, but at least it worked!) The problem is with session.save_handler = files (as with the original problem description.) As for error logs, yes, I have checked my httpd_error_log file and found nothing:( In fact, I have also set: error_log = syslog too and nothing there either:( TIA, for your patience and help. ---ends--- [2001-12-13 05:08:21] [EMAIL PROTECTED] Looks like I don't know what I'm thinking. Also have to check your httpd and php error log? Is there anything interesting? should be Also have *you* check your httpd and php error logs? Is there anything interesting? [2001-12-13 04:58:50] [EMAIL PROTECTED] What kind of user session handler you have? You have reported Bug ID: 13078 also. Don't paste script, but please explain a bit. Also have to check your httpd and php error log? Is there anything interesting? [2001-12-13 02:52:41] [EMAIL PROTECTED] Just tried this with 4.1.0 and found that the problem has not been resolved. ---ends--- [2001-09-06 07:09:24] [EMAIL PROTECTED] settings in php.ini: session.save_handler = files session.gc_probability = 100 session.gc_maxlifetime = 120 Problem: User1 was assigned session_id()=somesessionid01. Session variables are saved properly. User1 bookmarked the page. If NO ONE else has visited the site and started another session, then User1 can return and revive the session no matter how much time is passed (over the gc_maxlifetime value,) when he/she visits the pages again with an URL like: http://site.site.site/some.php?SID=somesessionid01 However, if another user visits the site, gets another session id, e.g. somesessionid02 BEFORE User1 returns with the said URL, then, garbage collection occurs and data are deleted properly. Conclusion: Garbage collection is *not* done when the same session_idreturns BEFORE another session_id is generated. This happens when the session.save_handler = files However if: session.save_handler = user where 'user' is a customized handler, the relevant sess_gc routine is called properly and gc is taken careof. Edit this bug report at http://bugs.php.net/?id=13173edit=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 #14417 Updated: php result page not showing but php.ini is perfect
ID: 14417 Updated by: daniel Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Reproducible crash Operating System: linux PHP Version: 4.0.6 New Comment: Have a look at the HTML Source. I bet the whole PHP source will show up. Because all Browsers consider .. as HTML tags, PHP code obviously doesn't get displayed. Tthis is NOT a PHP bug. please close. Previous Comments: [2001-12-11 04:15:33] [EMAIL PROTECTED] It would help to state what is being show instead. Probably not a PHP bug, please ask support questions on an appropriate mailing list. http://php.net/support.php [2001-12-11 01:38:22] [EMAIL PROTECTED] ?php phpinfo(); ? saved as index.php Page is not being show when I type http://domainname.co.in/index.php Please help me in this regard as soon as possible! Edit this bug report at http://bugs.php.net/?id=14417edit=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 #13173 Updated: no gc even when gc_probablity = 100
ID: 13173 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Session related Operating System: FreeBSD 4.X PHP Version: 4.0.6 and 4.10 New Comment: Thank you for the code sample and I'll try it for #bug #13078. So, no verdict yet for this-bug#13173? Thanks again. ---ends--- Previous Comments: [2001-12-13 07:09:53] [EMAIL PROTECTED] You are using PostgreSQL, try my session handlers can be found at Zend.com. If session works as expected, it's your session handler's bug. http://www.zend.com/codex.php?id=456single=1 [2001-12-13 05:26:34] [EMAIL PROTECTED] My customed sess_write stores stuff to PostgreSQL 7.1.x I simply ported one I found on the Net some which saved stuff my MySQL. Anyhow, with the garbage collection problem (bug#13173) the problem is NOT with my customed script because everything works fine with my handlers. (OK, I had to set register_globals = on as per my report in bug #13078, but at least it worked!) The problem is with session.save_handler = files (as with the original problem description.) As for error logs, yes, I have checked my httpd_error_log file and found nothing:( In fact, I have also set: error_log = syslog too and nothing there either:( TIA, for your patience and help. ---ends--- [2001-12-13 05:08:21] [EMAIL PROTECTED] Looks like I don't know what I'm thinking. Also have to check your httpd and php error log? Is there anything interesting? should be Also have *you* check your httpd and php error logs? Is there anything interesting? [2001-12-13 04:58:50] [EMAIL PROTECTED] What kind of user session handler you have? You have reported Bug ID: 13078 also. Don't paste script, but please explain a bit. Also have to check your httpd and php error log? Is there anything interesting? [2001-12-13 02:52:41] [EMAIL PROTECTED] Just tried this with 4.1.0 and found that the problem has not been resolved. ---ends--- 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=13173 Edit this bug report at http://bugs.php.net/?id=13173edit=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 #14483 Updated: -twolevel_namespace and multiple definitions errors (Mac OS X 10.1)
ID: 14483 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Summary: -twolevel_namespace and multiple definitions errors Status: Open Bug Type: Compile Failure Operating System: MacOS X 10.1 PHP Version: 4.1.0 New Comment: Also a duplicate of bug 14154, which is a freakin' struggle of a bug. Previous Comments: [2001-12-13 07:08:12] [EMAIL PROTECTED] (NOTE: Duplicate of BUG 14256) PHP 4.1.0 fails to compile on Mac OS X 10.1 (you probably already know this). This is while building the Apache Module. Notes: - First scenario: attempting the run-of-the-mill compile fails once it gets to ld, which throws out -twolevel_namespace warnings. - Second scenario: Modifying (by adding -flat_namespace) any presence of anything that may seem like a compiler flag or linker flag in config_vars.mk, php_config.h, libtool, etc., leads to a LARGE number of multiple definition errors that look like this: --- TSRM/.libs/libtsrm.al(tsrm_virtual_cwd.lo) definition of _virtual_utime in section (__TEXT,__text) TSRM/.libs/libtsrm.al(tsrm_virtual_cwd.lo) definition of _virtual_utime in section (__TEXT,__text) These errors flow in large quantities (in pairs like above), right at the end of the compile. The section (__TEXT,__text) part is always the same, but (foo.lo) changes to what seems to be EVERY symbol that was compiled. - Have downloaded latest snap from PHP.net (13 Dec 2001), and it still fails. -Tried using latest libtool from GNU.org (1.4.2), with the same result. -It seems like others are experiencing either of the scenarios above... since most people know about the -flat_namespace flag, the try to deal, only to end up with the large quantities of multiple symbol errors. Hmm... -Abner Edit this bug report at http://bugs.php.net/?id=14483edit=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 #14154 Updated: PHP won't compile on OSX 10.1
ID: 14154 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Duplicate Bug Type: Compile Failure Operating System: Mac OS X (Darwin) 10.1.1 PHP Version: 4.0.6 New Comment: dup of 14483, not closed! Previous Comments: [2001-12-13 06:30:14] [EMAIL PROTECTED] No feedback. Closing. [2001-11-21 01:17:56] [EMAIL PROTECTED] And if it not works, please read on how you should report a bug at http://bugs.php.net/how-to-report.php [2001-11-20 18:29:09] [EMAIL PROTECTED] Can you please try the latest RC release and report back if it works ? http://www.php.net/~zeev/php-4.1.0RC3.tar.gz [2001-11-20 18:20:29] [EMAIL PROTECTED] PHP won't compile on OSX 10.1 It reports an error - something with namespace. Edit this bug report at http://bugs.php.net/?id=14154edit=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 #14484: apache2 has not loaded php module
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.1.0 PHP Bug Type: Apache2 related Bug description: apache2 has not loaded php module apache-2.0.28 php-4.1 - configuration line: configure --prefix=/opt --with-apxs2=/opt/apache2/bin/apxs --with-config-file-path=/opt/apache2/bin/conf --with-zlib-dir=/usr --with-zlib=/usr --enable-bcmath --with-bz2=/usr --enable-calendar --with-curl=/usr --with-gdbm --enable-dbase --enable-dbx --enable-dio --with-dom=/usr --enable-filepro --enable-ftp --with-gd=/usr --enable-gd-native-ttf --with-jpeg-dir=/usr --with-png-dir=/usr --with-ttf=/usr --with-t1lib=/usr --with-gettext=/usr --with-gmp --with-imap=/usr --with-ldap=/usr --with-mysql=/usr --with-unixODBC=/usr --enable-overload --with-pdflib=/usr/local --with-jpeg-dir=/usr --with-png-dir=/usr --with-tiff-dir=/usr --enable-sockets --enable-sysvsem --enable-sysvshm --enable-wddx --with-expat-dir=/usr --enable-xslt --with-xslt-sablot --with-expat-dir=/usr --enable-yp in httpd.conf: LoadModule php4_module modules/libphp4.so AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps if I run apache, the PHP module isn't loaded (server-info, server-status) -- Edit bug report at: http://bugs.php.net/?id=14484edit=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 #14464 Updated: apphelp.dll dependency breaks extensions on platforms other than XP
ID: 14464 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: OpenSSL related Operating System: win32 except XP PHP Version: 4.1.0 New Comment: It seems that I have narrowed down the problem. The culprit does seem to be IE6. I did the same installation on a Win2000 machine with IE5.5 instead on IE6, and the install came clean, including the dependencies. IE6 seems to put in a dependency on a file which belongs to XP; why it doesn't break other apps is a mystery, but that's M$. I'm definitely paying the price for not following my own advice about putting a new version of a microsoft product on my system before the 2nd SP. Previous Comments: [2001-12-12 18:18:50] [EMAIL PROTECTED] there's no dll in the binary package which is directly dependent upon that dll. where did you get that info from? daniel --- Daniel, next time, use the web interface for replying to bug reports. --Jani [2001-12-12 13:47:35] [EMAIL PROTECTED] There is a dependency in certain modules (notably php_openssl) on apphelp.dll. This file seems to only be available on WindowsXP (and the file shipped with XP won't work on win2000). If I am correct (I'm not entirely sure), any use of this dll will render the extensions useless on any windows version prior to XP). Source: DLL Help on MSDN. (The file is only listed as part of Windows XP). Edit this bug report at http://bugs.php.net/?id=14464edit=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] NULL vs false
can anyone explain any differences between null and false? they seem interchangeable - maybe it's something for backwards compatibility? -benjamin -- 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] CVS Account Request: lobbin
To help out QA team with bugs database. -- 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 #14485: Please help me.
From: [EMAIL PROTECTED] Operating system: Windows 2000 Server PHP version: 4.1.0 PHP Bug Type: Unknown/Other Function Bug description: Please help me. I want to rebuild PHP 4.1.0 with VC++, but I need some C++ head files(.h), for example: arpa/*.h and netinet/*.h and other head files. Can you help me? -- Edit bug report at: http://bugs.php.net/?id=14485edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: NULL vs false
Benjamin Yates wrote: can anyone explain any differences between null and false? they seem interchangeable - maybe it's something for backwards compatibility? Sorry, this list is not for this kind of question. It's described in the Manual. also. You can ask support questions to php-general. There are many nice people in the list :) -- Yasuo Ohgaki -- 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 #14486: mysql: describe non_existing_table causes segfault
From: [EMAIL PROTECTED] Operating system: Linux 2.4.x PHP version: 4.0.6 PHP Bug Type: Reproducible crash Bug description: mysql: describe non_existing_table causes segfault ? mysql_connect(localhost,hund,test); mysql_select_db(test); mysql_query(describe hund); echo test; ? This small script causes a funny segfault. Tested with apache 1.3.20 and 1.3.19 with php versions 4.0.2 and 4.0.6 -- Edit bug report at: http://bugs.php.net/?id=14486edit=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 #14485 Updated: Please help me.
ID: 14485 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows 2000 Server PHP Version: 4.1.0 New Comment: Those file are available from a zip names win32build.zip and its mentioned somewhere int eh PHP FAQ (or install). There's no spoon - Bogus. Previous Comments: [2001-12-13 07:49:47] [EMAIL PROTECTED] I want to rebuild PHP 4.1.0 with VC++, but I need some C++ head files(.h), for example: arpa/*.h and netinet/*.h and other head files. Can you help me? Edit this bug report at http://bugs.php.net/?id=14485edit=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 #14486 Updated: mysql: describe non_existing_table causes segfault
ID: 14486 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Reproducible crash Operating System: Linux 2.4.x PHP Version: 4.0.6 New Comment: Can you make a backtrace? bugs.php.net/how-to-report.php Derick Previous Comments: [2001-12-13 09:01:29] [EMAIL PROTECTED] ? mysql_connect(localhost,hund,test); mysql_select_db(test); mysql_query(describe hund); echo test; ? This small script causes a funny segfault. Tested with apache 1.3.20 and 1.3.19 with php versions 4.0.2 and 4.0.6 Edit this bug report at http://bugs.php.net/?id=14486edit=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 #14486 Updated: mysql: describe non_existing_table causes segfault
ID: 14486 Updated by: mfischer Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Reproducible crash Operating System: Linux 2.4.x PHP Version: 4.0.6 New Comment: Not reproducable with 4.0.6. Are you using external mysql libs? Please give latest 4.1.0 a try. Previous Comments: [2001-12-13 09:12:22] [EMAIL PROTECTED] Can you make a backtrace? bugs.php.net/how-to-report.php Derick [2001-12-13 09:01:29] [EMAIL PROTECTED] ? mysql_connect(localhost,hund,test); mysql_select_db(test); mysql_query(describe hund); echo test; ? This small script causes a funny segfault. Tested with apache 1.3.20 and 1.3.19 with php versions 4.0.2 and 4.0.6 Edit this bug report at http://bugs.php.net/?id=14486edit=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 #13234 Updated: memory leak (see also bug 12507)
ID: 13234 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Performance problem Operating System: linux kernel-2.2.19 PHP Version: 4.0.6 New Comment: I will try it between this and a few days... Previous Comments: [2001-12-12 19:11:20] [EMAIL PROTECTED] Could you try 4.1.0 see if it help? [2001-09-10 12:30:12] [EMAIL PROTECTED] Hello, I got the same problem as bug http://www.php.net/bugs.php?id=12507 . Also, with php-4.0.4pl1 i have no problems, and with php-4.0.5 and php-4.0.6 there is a memory leak: [jpeeters@wodka php-4.0.6]$ mtrace libs/libphp4.so Memory not freed: - Address Size Caller 000 at [jpeeters@wodka php-4.0.6]$ mtrace ../php-4.0.4pl1/libs/libphp4.so - 00 Free 7052 was never alloc'd No memory leaks. [jpeeters@wodka php-4.0.6]$ The configure line i used for all the versions is ./configure --with-apxs --with-config-file-path=/usr/local/apache/conf --disable-debug --enable-track-vars --enable-magic-quotes --enable-calendar --with-ftp --enable-ftp --with-gd --enable-versioning --with-jpeg-dir=/usr/ --with-gdbm --with-mysql=/usr/local/mysql/ --with-tiff-dir=/usr/ --with-dom --with-expat --with-sablot --with-zlib-dir=/usr/ --with-png-dir=/usr/ --with-freetype-dir=/usr/ --with-rrdtool --with-pgsql=/usr/local/postgres The leak occurs also with the latest cvs version. If you need more information, feel free to contact me. Edit this bug report at http://bugs.php.net/?id=13234edit=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] CVS Account Request: nhoizey
I will work on french translations of the PEAR documentation. -- 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 #14487: Problem with stressed charachter (like É or Ó
From: [EMAIL PROTECTED] Operating system: win NT 4.0 sp5 PHP version: 4.0.6 PHP Bug Type: MSSQL related Bug description: Problem with stressed charachter (like É or Ó I have an MSSQL Server 2000 with a database with users data. some of this names a re frenche name with stressed charachter in. When i execute queries via odbc i have no problems and everything works fine, using MSSQL native functions doesn't work, instead of the stressed character i get some unreadable simbol. The webserver runs on a machine and the SQL server on another, the link is made via TCP protocol (i don't know if via named pipe works, but i doubt), on the client machine (the webserver) is installed only the client of SQL2000. I'm using Apache 1.3.20+modssl/php 4.0.6 on winnt 4 sp5 and the php_mssql.dll extension loaded. PHP is run as CGI not as a module. I believe there is some problems in the way php_mssql.dll handles data. -- Edit bug report at: http://bugs.php.net/?id=14487edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: Bug #14442: Segmentation fault when using xslt_process()
Hi ;) Look into the manual. The synopsis for the function is wrong, but the examples show how to do this. When I ran Your function it really did crash... But it's not surprising me now. Your funny. Can you please give a backtrace -- along with the contents of the files. -Sterling -- 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 #11993 Updated: mysql_close closes incorrect db handler
ID: 11993
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Closed
Status: Open
Bug Type: MySQL related
Operating System: Debian 2.19
Old PHP Version: 4.0.6
PHP Version: 4.1.0
New Comment:
sorry, i can not try with php4.1.0RC3. I tried out with the latest php4.1.0, and no
changes, the problem still exists.
ati
Previous Comments:
[2001-12-13 06:26:24] [EMAIL PROTECTED]
No feedback. Closing.
[2001-11-20 19:55:37] [EMAIL PROTECTED]
Can you try if the problem still persists with latest RC
http://www.php.net/~zeev/php-4.1.0RC3.tar.gz
Feedback.
[2001-10-24 00:59:24] [EMAIL PROTECTED]
missing status
[2001-07-11 13:58:35] [EMAIL PROTECTED]
hi zak,
thanks for your answer.
in my opinion, php must have some matrix, where you stores the number of connect and
close calls with the connection id. this will probably solve the problem.
ps: i use these multiple connections in oop environment, where a global connection id,
is not the best idea. or?
ati
[2001-07-11 06:58:00] [EMAIL PROTECTED]
Here is a refinement on this bug:
Multiple duplicate calls to mysql_connect are supposed to return the same link ID.
Each call after the first call will only return the link ID of the first (if
everything goes as planned, the connection is still good, etc...).
i.e.
var_dump (mysql_connect() === mysql_connect());
Given this behavior, how should mysql_close() behave?
I would expect that calling mysql_close ($id) would close the connection that both $id
and $id2 refer to.
Behavior is not this - instead it is quite odd...
Multiple calls to mysql_close are required to close multiple duplicate calls to
mysql_connect.
i.e.
var_dump ($db = mysql_connect ());
var_dump ($db = mysql_connect ());
var_dump (mysql_close ($db));
// Maybe this closes the default connection?
var_dump (mysql_close ($db));
However, if more than two calls to mysql_connect are made, followed by a corresponding
number of calls to mysql_close, the mysql_close calls start to fail.
i.e.
$max = 10;
for ($x=0; $x$max; ++$x) {
var_dump ($db = mysql_connect());
}
for ($x=0; $x$max; ++$x) {
var_dump (mysql_close ($db));
}
Now, throw change the call to mysql_close($db) to mysql_close() - everything seems to
work as expected.
However as soon as you add a call to mysql_query after the call to mysql_close, the
link will *never* die - no matter how many times you close it.
Finally, put a call to mysql_close ($db) between the two loops. The next call to
mysql_close() will fail with an error, while subsequent calls will succeed - once
again, the link will never die.
Things get even stranger when this behavior is encountered within recursive function
calls - however, I guess that this is a side effect of the behavior described above.
It looks like there is some complex/odd interactions happening with the code that
closes mysql links and the code that sets and uses the default link -- however, this
is quite far over my head!
Anyone else have any ideas? :)
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=11993
Edit this bug report at http://bugs.php.net/?id=11993edit=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 #14488: ext/mcrypt/mcrypt.c won't compile
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.0-2626-STABLE PHP version: 4.1.0 PHP Bug Type: Compile Failure Bug description: ext/mcrypt/mcrypt.c won't compile The mcrypt ext *did* compile cleanly under php 4.0.6, but under 4.1.0 I get the following: Making all in mcrypt gcc -I. -I/usr/home/stevenf/Software/php-4.1.0/ext/mcrypt -I/usr/home/stevenf/Software/php-4.1.0/main -I/usr/home/stevenf/Software/php-4.1.0 -I/usr/home/stevenf/Software/apache_1.3.22/src/include -I/usr/home/stevenf/Software/apache_1.3.22/src/os/unix -I/usr/home/stevenf/Software/php-4.1.0/Zend -I/home/stevenf/Software/st-1.2/FREEBSD_4.0-2626-STABLE_OPT -I/include -I/usr/local/include -I/usr/home/stevenf/Software/php-4.1.0/ext/mysql/libmysql -I/usr/home/stevenf/Software/php-4.1.0/ext/xml/expat -I/usr/home/stevenf/Software/php-4.1.0/TSRM -g -O2 -c mcrypt.c touch mcrypt.lo mcrypt.c: In function `php_mcrypt_module_dtor': mcrypt.c:253: syntax error before `td' mcrypt.c:254: `td' undeclared (first use in this function) mcrypt.c:254: (Each undeclared identifier is reported only once mcrypt.c:254: for each function it appears in.) *** Error code 1 Looking at the CVS, the portion of code referenced in the error message was not a part of PHP 4.0.6 and my 4.0.6 source still compiles cleanly with mcrypt enabled. Obviously something has changed and doesn't appear to work! -- Edit bug report at: http://bugs.php.net/?id=14488edit=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 #14488 Updated: ext/mcrypt/mcrypt.c won't compile
ID: 14488 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Duplicate Bug Type: Compile Failure Operating System: FreeBSD 4.0-2626-STABLE PHP Version: 4.1.0 New Comment: Don't know what the original number is, but it has been reported already. Which version do you use of libmcrypt? Derick Previous Comments: [2001-12-13 11:16:33] [EMAIL PROTECTED] The mcrypt ext *did* compile cleanly under php 4.0.6, but under 4.1.0 I get the following: Making all in mcrypt gcc -I. -I/usr/home/stevenf/Software/php-4.1.0/ext/mcrypt -I/usr/home/stevenf/Software/php-4.1.0/main -I/usr/home/stevenf/Software/php-4.1.0 -I/usr/home/stevenf/Software/apache_1.3.22/src/include -I/usr/home/stevenf/Software/apache_1.3.22/src/os/unix -I/usr/home/stevenf/Software/php-4.1.0/Zend -I/home/stevenf/Software/st-1.2/FREEBSD_4.0-2626-STABLE_OPT -I/include -I/usr/local/include -I/usr/home/stevenf/Software/php-4.1.0/ext/mysql/libmysql -I/usr/home/stevenf/Software/php-4.1.0/ext/xml/expat -I/usr/home/stevenf/Software/php-4.1.0/TSRM -g -O2 -c mcrypt.c touch mcrypt.lo mcrypt.c: In function `php_mcrypt_module_dtor': mcrypt.c:253: syntax error before `td' mcrypt.c:254: `td' undeclared (first use in this function) mcrypt.c:254: (Each undeclared identifier is reported only once mcrypt.c:254: for each function it appears in.) *** Error code 1 Looking at the CVS, the portion of code referenced in the error message was not a part of PHP 4.0.6 and my 4.0.6 source still compiles cleanly with mcrypt enabled. Obviously something has changed and doesn't appear to work! Edit this bug report at http://bugs.php.net/?id=14488edit=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 #14488 Updated: ext/mcrypt/mcrypt.c won't compile
ID: 14488 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Duplicate Status: Closed Bug Type: Compile Failure Operating System: FreeBSD 4.0-2626-STABLE PHP Version: 4.1.0 New Comment: Fixed in cvs -- you have two options, upgrade mcrypt to 2.4 or upgrade PHP to the latest cvs of the PHP_4_0_7 branch (what PHP 4.1 was forked off of). Previous Comments: [2001-12-13 11:18:07] [EMAIL PROTECTED] Don't know what the original number is, but it has been reported already. Which version do you use of libmcrypt? Derick [2001-12-13 11:16:33] [EMAIL PROTECTED] The mcrypt ext *did* compile cleanly under php 4.0.6, but under 4.1.0 I get the following: Making all in mcrypt gcc -I. -I/usr/home/stevenf/Software/php-4.1.0/ext/mcrypt -I/usr/home/stevenf/Software/php-4.1.0/main -I/usr/home/stevenf/Software/php-4.1.0 -I/usr/home/stevenf/Software/apache_1.3.22/src/include -I/usr/home/stevenf/Software/apache_1.3.22/src/os/unix -I/usr/home/stevenf/Software/php-4.1.0/Zend -I/home/stevenf/Software/st-1.2/FREEBSD_4.0-2626-STABLE_OPT -I/include -I/usr/local/include -I/usr/home/stevenf/Software/php-4.1.0/ext/mysql/libmysql -I/usr/home/stevenf/Software/php-4.1.0/ext/xml/expat -I/usr/home/stevenf/Software/php-4.1.0/TSRM -g -O2 -c mcrypt.c touch mcrypt.lo mcrypt.c: In function `php_mcrypt_module_dtor': mcrypt.c:253: syntax error before `td' mcrypt.c:254: `td' undeclared (first use in this function) mcrypt.c:254: (Each undeclared identifier is reported only once mcrypt.c:254: for each function it appears in.) *** Error code 1 Looking at the CVS, the portion of code referenced in the error message was not a part of PHP 4.0.6 and my 4.0.6 source still compiles cleanly with mcrypt enabled. Obviously something has changed and doesn't appear to work! Edit this bug report at http://bugs.php.net/?id=14488edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: Bug #14442: Segmentation fault when using xslt_process()
I'm funny? :) why do you think so? I'm using php 4.1.0 and i have downloaded the latest chm manual, which\ was compiled yesterday. It's all on windows 2000 pro. sending You the files would be kinda hard, because the stylesheets are including some other files and this would be a hell of an email ;) I can send You the XML... I cannot give You a backtrace of this... I'm running a non-debug symbols version and it's pretty hard, to get a backtrace on windows without it but maybe You know a simple way?:) Chris Look into the manual. The synopsis for the function is wrong, but the examples show how to do this. When I ran Your function it really did crash... But it's not surprising me now. Your funny. Can you please give a backtrace -- along with the contents of the files. -Sterling -- 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 #14470 Updated: mcrypt.c: In function `php_mcrypt_module_dtor': Syntax Error
ID: 14470 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: mcrypt related Operating System: FreeBSD 4.3-RELEASE PHP Version: 4.1.0 New Comment: Fixed in CVS... should work with libmcrypt 2.4 anyway though... Previous Comments: [2001-12-13 01:21:16] [EMAIL PROTECTED] My guess is that you have some old headers around. Can you try to change the part of php_config.h that you pasted to: /* */ #define HAVE_LIBMCRYPT24 */ /* */ /* #undef HAVE_LIBMCRYPT22 1 And the re-make (not configure). Please also search for the file mcrypt.h on your system, it may exist multiple times. Derick [2001-12-13 00:31:31] [EMAIL PROTECTED] I am using mcrypt-2.2.6 and libmcrypt-2.4.15 main/php_config.h: /* */ /* #undef HAVE_LIBMCRYPT24 */ /* */ #define HAVE_LIBMCRYPT22 1 /* */ #define HAVE_LIBMCRYPT 1 /* Whether to build mcrypt as dynamic module */ /* #undef COMPILE_DL_MCRYPT */ /* */ #define HAVE_LIBMHASH 1 /* Whether to build mhash as dynamic module */ /* #undef COMPILE_DL_MHASH */ [2001-12-12 16:15:39] [EMAIL PROTECTED] I could compile it just fine, with libmcrypt 2.4.17 and FBSD 4.4-Release. Can you paste the part of php_config.h that mentions HAVE_LIBMCRYPT ? Derick [2001-12-12 16:11:43] [EMAIL PROTECTED] Configure line: --enable-discard-path --with-mysql=/usr/local --with-gd=/usr/local --with-ttf=/usr/local --enable-safe-mode --enable-trans-sid --with-imap --with-mcrypt=/usr/local --with-mhash=/usr/local --with-jpeg-dir=/usr/local --enable-force-cgi-redirect This configuration line worked fine with 4.0.6 and none of the libraries where changed (mysql, gd, ttf, imap, mcrypt, mhash, jpeg). -- Making all in mcrypt gcc -I. -I/usr/local/src/php-4.1.0/ext/mcrypt -I/usr/local/src/php-4.1.0/main -I/usr/local/src/php-4.1.0 -I/usr/local/src/php-4.1.0/Zend -I/include -I/usr/local/include -I/usr/local/include/c-client -I/usr/local/include/mysql -I/usr/local/src/php-4.1.0/ext/xml/expat -I/usr/local/src/php-4.1.0/TSRM -g -O2 -c mcrypt.c touch mcrypt.lo mcrypt.c: In function `php_mcrypt_module_dtor': mcrypt.c:253: syntax error before `td' mcrypt.c:254: `td' undeclared (first use in this function) mcrypt.c:254: (Each undeclared identifier is reported only once mcrypt.c:254: for each function it appears in.) *** Error code 1 Stop in /usr/local/src/php-4.1.0/ext/mcrypt. *** Error code 1 Stop in /usr/local/src/php-4.1.0/ext/mcrypt. *** Error code 1 Stop in /usr/local/src/php-4.1.0/ext. *** Error code 1 Stop in /usr/local/src/php-4.1.0. Edit this bug report at http://bugs.php.net/?id=14470edit=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]
