You are viewing a plain text version of this content. The canonical link for it is here.
Posted to log4cxx-dev@logging.apache.org by Mihai Rusu <di...@roedu.net> on 2005/11/02 09:53:01 UTC
truncate %t convesion output (was [jira] Resolved: (LOGCXX-110) try fix 64bit log4cxx_intptr_t)
Hi there
On Wed, Nov 02, 2005 at 04:54:56AM +0100, Curt Arnold (JIRA) wrote:
> [ http://issues.apache.org/jira/browse/LOGCXX-110?page=all ]
>
> Curt Arnold resolved LOGCXX-110:
> --------------------------------
>
> Fix Version: 0.9.8
> Resolution: Fixed
>
> Committed as rev 330179
>
> Modified previous patch to accept either upper or lower case a-f in thread name patterns and to add "0x" to char buffer before apr_snprintf instead transcoding then appending.
Thanks for fixing this. However, this reminds me of some small issue I
have with log4cxx (which in turn is because of lack of any documentation
I could find about the format specifiers of
log4j.appender.A1.layout.ConversionPattern setting). I would like to
know if it's possible to configure log4cxx to "truncate" from the output
of the thread ID, currently %t "resolves" into a veeeery long string
(because as I see it, it prints out a pointer and on my AMD64
architecture this takes some screen space) like this:
[0x00002AAAAC79FDC0] DEBUG test - hello 45
[0x00002AAAAC79FDC0] DEBUG test - world
[0x00002AAAAC79FDC0] INFO test - *** test manip *** 123456
I am using log4cxx in multithreaded programs so just removing %t from
ConversionPattern I don't want. But also, I don't need the first 8
digits from the %t output because they are always the same and for me is
enough to have just the last 8. So, is it possible now to truncate the
%t output so it only displays a configured last number of digits ? If
yes please give me some URL to where this is documented and please
accept my apologies for not knowing this already. If not, please
consider this as a feature request.
Thanks!
--
Mihai RUSU Email: dizzy@roedu.net
GPG : http://dizzy.roedu.net/dizzy-gpg.txt WWW: http://dizzy.roedu.net
"Linux is obsolete" -- AST