debug_backtrace i lista argumentow Opcje

[rzseattle]

Witam

Ostatniego czasu postanowilem ulepszyc moje logowanie bledow o backtrace. Dolozylem dodatkowe pole w tabelce, w error handlerze dodalem zapis zserializowanej tablicy do bazki, oraz formatowanie outputu dla poozniejszego wgladu w logi. Postanowilem przetestowac i juz wydawalo sie ze wszystko chodzi jak powinno gdy zauwazylem ciekawa rzecz. Otoz pierwszy log wygladal nastepujaco:

engine._callAction("1163")
# line 46, file: C:\htdocs\arrow\index.php

Mysle sobie "co do cholery?" . Jakies 15 minut szukalem akcji o tym numerze kiedy wkoncu zajzalem do wspomnianego w logu pliku i okazalo sie ze linia nr 46 wyglada nastepujaco:

[PHP] pobierz, plaintext 
<?php
	   $engine->_callAction( &#092;"templates/showFromDb\", (isset($engine->_io->_input[\"pid\"]))?$engine->_io->_input[\"pid\"]:false, 1  );
?>
[PHP] pobierz, plaintext 

Pomyslalem ze popelnilem blad w formatowaniu outputu z tablicy ale po wyprintowaniu samej tablicy rzeczywiscie to wywolanie mialo tylko jeden argument.

Moze ktos orientuje sie dlaczego pierwszy i trzeci argument nie zostal uwzgliedniony przy debugowaniu?

[rzseattle]

Aha (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)
Spróbuj wypisać zawartość stałych __LINE__ oraz __FILE__ - może to rozwiąże twój problemik (IMG:http://forum.php.pl/style_emoticons/default/cool.gif) ale głowy nie dam.

Nie o to teraz chodzi ze nie moge zdefiniowac jakiegoś tam bledu (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) . Chodzi o to, że boje się o to, że w przyszłości taki debug może sprawiać problemy kiedy naprawdę będe potrzebował prześledzić działanie aplikacji. Niestety narazie już przy pierszym odczycie taki log potrafił mnie zbić z tropu.