Custom Query (299 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (7 - 9 of 299)

1 2 3 4 5 6 7 8 9 10 11 12 13
Ticket Resolution Summary Owner Reporter
#10 fixed Segfault with xcache.readonly_protection = On moo jfbustarret AT tf1.fr
Description

When using xcache.readonly_protection = On, I get the following segfault :

#0  xc_restore_zend_op_array (processor=0xbfc0d040, dst=0x82bbd18, src=0xb27950dc) at processor_real.c:13241
13241                           memcpy(dst, src, sizeof(zend_uint));
(gdb) print *src
$1 = {type = 2 '\002', function_name = 0x0, scope = 0x0, fn_flags = 0, prototype = 0x0, num_args = 0, required_num_args = 0, arg_info = 0x0,
  pass_rest_by_reference = 0 '\0', return_reference = 0 '\0', refcount = 0xb079516c, opcodes = 0xb4795170, last = 12, size = 12, vars = 0x0,
  last_var = 0, size_var = 0, T = 8, brk_cont_array = 0x0, last_brk_cont = 0, current_brk_cont = 4294967295, try_catch_array = 0x0,
  last_try_catch = 0, static_variables = 0x0, start_op = 0x0, backpatch_count = 0, done_pass_two = 1 '\001', uses_this = 0 '\0',
  filename = 0xb279508c "[... path ...]/index.php", line_start = 0, line_end = 0, doc_comment = 0x0, doc_comment_len = 0,
  reserved = {0x0, 0x0, 0x0, 0x0}, created_by_eval = 0 '\0'}
(gdb) bt
#0  xc_restore_zend_op_array (processor=0xbfc0d040, dst=0x82bbd18, src=0xb27950dc) at processor_real.c:13241
#1  0xb6ad74ee in xc_restore_xc_entry_t (processor=0xbfc0d040, dst=0xbfc0d440, src=0xb4795058) at processor_real.c:18877
#2  0xb6ad9402 in xc_processor_restore_xc_entry_t (dst=0xbfc0d440, src=0xb4795058, readonly_protection=1 '\001') at processor_real.c:805
#3  0xb6adb1e5 in xc_compile_file (h=0xbfc0f850, type=2) at /soft/sources/php/xcache-1.0-rc3/xcache.c:760

Platform is Linux (Suse 9.2)/PHP 5.1.4 w hardened-php 0.4.9/xcache 1.0RC3

xcache was configured with : ./configure --with-php-config=[...]/php-config --enable-xcache CFLAGS='-O2 -g'

(BTW : can you clean processor_real.c ?)

#11 fixed implement intelligent purging of cache moo lapo@…
Description

Correct me if I'm wrong, but right now XCache doesn't seem to purge old scripts from the cache in any way, so if the memory is not enough to cache them all it works on a "first arrived, first served" basis, and once the cache is full no other scrippt will ever be cache, while maybe there are many script in cache that are only seldom used. It would be nice to have an intelligent way to purge the cache of "unused" scripts.

Some examples that come to my mind:

  • delete all the scripts that were not used in the last X seconds (just as EA does, not very powerful IMHO)
  • sort the scripts by last use and delete the older 10%
  • use more more complex sorting logic, such as "A*last_use + B*size" with A and B two customizable numeric constants
  • call a PHP hook to let the "reaper logic" be implemented in a script itself: it could receive the cache data and free size needed and return the names or IDs of the scripts to be purged (alternatively it could be added a xcache_ function to purge a single script instead of the entire cache as xcache_clear_cache() does)
#12 fixed Apache 2.2.2 and PHP 5.1.4 support on Win32 moo rele@…
Description

Every time I try to start the Apache service with activated XCache 1.0, the httpd.pid is created normally in the logs folder, but Apache does not start at all and the created httpd.pid remains. There is nothing logged to error.log.

The net start command reports System Error 1067.

I tried both ways: zend_extension_ts and extension. They produce the same result.

As soon as I comment the extension out from php.ini, Apache can be started normally again (only a warning about the found pid file is written to error.log).

This behaviour is every time reproducable.

Best regards, René Leonhardt

1 2 3 4 5 6 7 8 9 10 11 12 13
Note: See TracQuery for help on using queries.