4 Mar 2006 05:51
svn commit: r383035 - in /logging/log4cxx/trunk: build.xml examples/console.cpp
<carnold <at> apache.org>
2006-03-04 04:51:25 GMT
2006-03-04 04:51:25 GMT
Author: carnold Date: Fri Mar 3 20:51:23 2006 New Revision: 383035 URL: http://svn.apache.org/viewcvs?rev=383035&view=rev Log: Bug LOGCXX-126: console example testing interaction of C RTL, STL and log4cxx output. Added: logging/log4cxx/trunk/examples/console.cpp (with props) Modified: logging/log4cxx/trunk/build.xml Modified: logging/log4cxx/trunk/build.xml URL: http://svn.apache.org/viewcvs/logging/log4cxx/trunk/build.xml?rev=383035&r1=383034&r2=383035&view=diff ============================================================================== --- logging/log4cxx/trunk/build.xml (original) +++ logging/log4cxx/trunk/build.xml Fri Mar 3 20:51:23 2006 <at> <at> -734,6 +734,14 <at> <at> </antcall> </target> +<target name="build-console" depends="build"> + <antcall target="build-example"> + <param name="example.src.dir" value="${examples.dir}"/> + <param name="example.name" value="console"/> + <param name="example.includes" value="console.cpp"/> + </antcall> +</target> +(Continue reading)
Thanks,
Andreas
Efri Nattel-Shay wrote:
> When compiling 0.9.8 on a Linux FC5 machine, (g++ version 4.1), I'm
> getting two of the following errors.
> An svn diff of the interface without the extra qualification, that
> passes compilation and check, is attached.
[...]
I added an InputStreamReader to split the reader and stream
hierarchy. The classes should now be similar to java.
InputStreamReader converts from char to LogString.
Thanks,
Andreas
On Jan 30, 2006, at 9:12 AM, Andreas Fester wrote:
> This patch fixes the localized logging which was still #if 0'ed out.
>
> To read the resource files, a FileInputStream class was added.
> This aligns the class structure better with the java world,
> instead of having read/write methods directly on the File class.
>
log4cxx::InputStream and log4cxx::FileInputStream in the patch work
on characters and are therefore really aligned with java.io.Reader
and java.io.FileReader, not their java.io namesakes. If there is to
be a log4cxx::InputStream its methods should be using
std::vector<unsigned char> instead of LogString.
I'd support either simply renaming the InputStream and
FileInputStream classes to Reader and FileReader and accepting the
patch as a basis for further work or let you try to split out the raw
byte-level IO classes from the character based classes.
RSS Feed