[xdebug-dev] Bug 0000122: Profiling problems with serendipity

The following bug has been RESOLVED.
======================================================================
http://bugs.xdebug.org/bug_view_page.php?bug_id=0000122
======================================================================
Reporter: alisencer
Handler: derick
======================================================================
Project: Xdebug
Bug ID: 122
Category: Usage problems
Reproducibility: always
Severity: major
Priority: normal
Status: resolved
Operating System: Windows XP
PHP Version: 4.3.10-dev
Xdebug Version: 2.0.0beta2
Resolution: not fixable
======================================================================
Date Submitted: 2005-03-28 23:39 CEST
Last Modified: 2006-01-17 21:28 CET
======================================================================
Summary: Profiling problems with serendipity
Description:
The cachegrind file that is generated is faulty and contains invalid
characters (Ultraedit shows lots of blank lines - but also changes size of
scroll bar while scrolling. less shows lots of ^@). Here is an example:

www.sencer.de/code/cachegrind.out.3863005622.txt.gz

These files cannot be opened with KCachegrind (on Cygwin; it freezes) nor
WinCachegrind (errormsg pointing to the respective line 8565).

This only happens when profiling serendipity ( www.s9y.org ). Other
Scripts work fine.

======================================================================

----------------------------------------------------------------------
 nsharp - 2005-07-03 19:56 CEST
----------------------------------------------------------------------
I get the exact same symptoms, but am trying to profile the SyncML
interface to horde (Horde.org). The bad characters it adds are NULL
characters (ascii 0) and there are sometimes megabytes of them. I wrote a
quick perl script to drop the NULLs out, and the files now load in
kcachegrind, but the values are bogus and there are may obvious things
wrong with the results.

I have tried both 2.0.0beta2 and also CVS HEAD as of sometime last week.

System: Mandriva 10.0
Apache: 2.0.48
PHP: 4.3.4
Horde: CVS Head as of a few weeks ago

This is a show-stopper for me.

----------------------------------------------------------------------
 nsharp - 2005-07-27 19:32 CEST
----------------------------------------------------------------------
I found the problem for me. It turns out that my SyncML client was making
several connections in a row in order to process the request. Since
XDebug creates a single file for all requests to the same directory, and
since apache is multi-threaded, there were several threads competing to
write to the file. I threw in a dirty hack to make it create a new
filename on each request and I get several files that are all correct
without any NULLs.

----------------------------------------------------------------------
 derick - 2006-01-17 21:28 CET
----------------------------------------------------------------------
This is not something I can fix... you can select Xdebug to create a file
per-pid ofcourse.

Bug History
Date Modified Username Field Change
======================================================================
2005-03-28 23:39alisencer New Bug
2005-03-28 23:39alisencer Bug Monitored: alisencer
2005-07-03 19:56nsharp Bugnote Added: 0000264
2005-07-27 19:32nsharp Bugnote Added: 0000267
2006-01-17 21:28derick Bugnote Added: 0000338
2006-01-17 21:28derick Assigned To => derick
2006-01-17 21:28derick Resolution open => not fixable
2006-01-17 21:28derick Status new => resolved
======================================================================
Received on Tue Jan 17 2006 - 21:28:24 GMT