That's not what the code says, the code is doing what the docs say:

case 'c': / crc32 of the current working directory /
VCWD_GETCWD(cwd, 127);
xdebug_str_add(&fname, xdebug_sprintf("%lu", xdebug_crc32(cwd, strlen(cwd))), 1);
break;

case 'p': / pid /
xdebug_str_add(&fname, xdebug_sprintf("%ld", getpid()), 1);
break;

How do you see that the results are wrong?

Thats strange. I have the following configuration option in the php.ini:
xdebug.trace_output_name = xdebug.%c and no overriding directives in any included apache config.

I restarted the apache and tried again:

ls -l trace*

-rw-r--r-- 1 www-data www-data 94689 2007-05-30 00:22 trace.11061.xt
-rw-r--r-- 1 www-data www-data 7940 2007-05-30 00:23 trace.11116.xt
-rw-r--r-- 1 www-data www-data 352669 2007-05-30 00:25 trace.12604.xt

Thats the output.

I'm using the current cvs version and found the lines you quoted in usefulstuff.c, so i guess the error before. Maybe while parsing the configuration?

If i set "xdebug.trace_output_name = xdebug.%t" the same happens. The PID is used not the timestamp (->trace.12767.xt).

edited on: 2007-05-30 00:47

Strange, could you please check whether the settings that you make actually reflect in the output of phpinfo()? Although that wouldn't make sense as the default is crc32 as well. Could you also try the following:

xdebug.trace_output_name=xdebug.%c.%p

To add both options?

regards,
Derick

Reminder sent to lars

Could you please provide the requested feedback? (WIth the latest CVS version please)

Sorry, i didn't noticed your request. phpinfo() confirmed my configuration.
I tried both
xdebug.trace_output_name=xdebug.%c
xdebug.trace_output_name=xdebug.%c.%p
and now both works. However on one virtual host i experience some strange segfaults with the apache since i updated. I will enquire and open a new bug report since this seems unrelated to this problem.

edited on: 2007-06-18 21:18

Let's close this one then - thanks for checking it out.