Xcache баг-трекер декомпилятора

[sidxx55]

осталось вчерашний execute хук доделать, с Ollivok пробовали вчера (или сегодня - "рано утром на рассвете.."), полу-работает, чтиво интересное, а то у меня лаги коротит компилятор после 1 сборки, в любом случае мануал нужно совершенствовать по компиляции, чтоб как часы без самодеятельности

Для просмотра скрытого содержимого вы должны войти или зарегистрироваться.

 

[dima2k]

Черти-что =) По инструкции Ollivok'a xcache не компилится, вываливаясь снова кучей ошибок в процессоре

Для просмотра скрытого содержимого вы должны войти или зарегистрироваться.

при этом инструкция от sidxx55 работает. Но там тоже хук не получается сделать - ругается на неразрешенный внешний символ.

Для просмотра скрытого содержимого вы должны войти или зарегистрироваться.

 

[sidxx55]

Черти-что =) По инструкции Ollivok'a xcache не компилится, вываливаясь снова кучей ошибок в процессоре

при этом инструкция от sidxx55 работает. Но там тоже хук не получается сделать - ругается на неразрешенный внешний символ.

так компиль как получается, olivok надеюсь хук доделает, видишь кеш работает с хуком на компиляцию, заводит все в санд бокс, а код болтается в execute (опкод который нужен), вот код который вчера пробовали сделать, может у тебя какие мыли появятся, он пока что очень сырой, работает только почемуто с классами, нижнюю границу пока не видит опкодов + ошибки

Для просмотра скрытого содержимого вы должны войти или зарегистрироваться.

 

[pshvetso]

Обратил внимание, что декомпилятор не правильно выводит имена переменных, например при присваивании:

"substring" = substr( dirname( __FILE__ ), 0, -8) . "root";

Вместо:

$substring = substr( dirname( __FILE__ ), 0, -8) . "root";

Далее, код, идущий под условием внутри блока, вынесен из под условия:

"login" = preg_replace("/[^a-zA-Z0-9_\-]+/", "", $_POST["login"]);

Вместо:

if ( isset( $_POST['login'] ) )
{
    $login = preg_replace( "/[^a-zA-Z0-9_\\-]+/", "", $_POST['login'] );
...

 

[sidxx55]

Обратил внимание, что декомпилятор не правильно выводит имена переменных, например при присваивании:

"substring" = substr( dirname( __FILE__ ), 0, -8) . "root";

Вместо:

$substring = substr( dirname( __FILE__ ), 0, -8) . "root";

Далее, код, идущий под условием внутри блока, вынесен из под условия:

"login" = preg_replace("/[^a-zA-Z0-9_\-]+/", "", $_POST["login"]);

Вместо:

if ( isset( $_POST['login'] ) )
{
    $login = preg_replace( "/[^a-zA-Z0-9_\\-]+/", "", $_POST['login'] );
...

неужели?

класс кто за вас будет менять?, архивы ссылки для кого выкладывают, вроде бы понятно все 1 посте написано

 

[pshvetso]

неужели?
Посмотреть вложение 46129
класс кто за вас будет менять?, архивы ссылки для кого выкладывают, вроде бы понятно все 1 посте написано

Протестировал с классом из Decompiler.class13022013.rar - то же самое. Может быть дело в том, что файл обфусцирован или использует нестандартные опкоды?

 

[olivok]

1. какая версия PHP
2. да, из-за обфускации с переменными точно будут проблемы, позже сделаю

 

[pshvetso]

1. какая версия PHP
2. да, из-за обфускации с переменными точно будут проблемы, позже сделаю

PHP 5.2.6 (cli) (built: May 2 2008 18:02:07)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
with XCache v3.0.1, Copyright (c) 2005-2013, by mOo
with Zend Optimizer v3.3.3, Copyright (c) 1998-2007, by Zend Technologies
with XCache Cacher v3.0.1, Copyright (c) 2005-2013, by mOo
with XCache Coverager v3.0.1, Copyright (c) 2005-2013, by mOo

ZendOptimizer.dll из поста Для просмотра ссылки Войди или Зарегистрируйся

 

[olivok]

Да, с 5.2 возможны глюки, он особо не тестируется, т.к. и так хватает для него инструментов. Хотя без обфускатора код сверху у меня вполне прилично разобрался

 

[dima2k]

Также замечены глюки с переменными, которые берутся в кавычки, и пропадающими $this - именно в PHP5.2 накрытых Zend'ом. Без зенда все нормально разбирается. Но, как правильно сказал sidxx55 - для таких раритетов есть паблик дезендеры, которые вполне нормально справляются.

P.S. А насчет гардиана - может проще будет перехватит запись в ячейки памяти, где хранятся номера опкодов и пофиксить саму dll гардиана, чтобы не затирал ничего?