Curt
There were two more issues with patches that I had provided for the Sun One
Studio (related to facets) against LOG4CXX-62..
Here is a copy of the comments:
Additional fixes needed for Solaris + Sun One Studio... since the STL
implementation has issues returning the template param for has_facet
and use_facet:
diff -r apache-log4cxx-0.10.0/src/main/cpp/simpledateformat.cpp
/export/home/renny/apache-log4cxx-0.10.0
/src/main/cpp/simpledateformat.cpp
45a46
> #ifndef _RWSTD_NO_TEMPLATE_ON_RETURN_TYPE
47a49,52
> #else
> #define HAS_FACET(locale, type) std::has_facet(locale,(type *)0)
> #define USE_FACET(locale, type) std::use_facet(locale,(type *)0)
> #endif
diff -r apache-log4cxx-0.10.0
/src/test/cpp/helpers/datetimedateformattestcase.cpp
/export/home/renny/apache-log4cxx-0.10.0/src/test/cpp/helpers/dat
etimedateformattestcase.cpp
187a188
> #ifndef _RWSTD_NO_TEMPLATE_ON_RETURN_TYPE
189a191,194
> #else
> std::use_facet(locale,(std::time_put<logchar> *)0)
> .put(buffer, buffer, buffer.fill(), &date, fmt.c_str(), fmt.c_str()
+ fmt.length());
> #endif
Renny Koshy
President & CEO
--------------------------------------------
RUBIX Information Technologies, Inc.
www.rubixinfotech.com
Curt Arnold
<[EMAIL PROTECTED]
rg> To
Log4CXX Dev
02/27/2008 02:55 <[EMAIL PROTECTED]>
AM cc
Log4CXX User
<log4cxx-user@logging.apache.org>,
Please respond to Logging General
"Log4CXX Dev" <[EMAIL PROTECTED]>
<[EMAIL PROTECTED] Subject
ing.apache.org> [VOTE][RECALL] log4cxx 0.10.0-rc2
Based on the feedback from the mailing lists, as release manager, I'm
recalling log4cxx-0.10.0-rc2 from consideration and expect to prepare
another release candidate in a few days. Additional feedback on the
release candidate is still desired.
This is a quick list of items that should be resolved in the next RC:
Extra semi-colons on expansion of LOG4CXX_PTR_DEF causes compile error
on Sun Studio 8 (fixed in SVN)
Broken include directories for APR and APR-Util in Visual Studio
projects (LOGCXX-247).
XCode project file assumes Mac OS/X 10.5.
Release should include configure and supporting files produced by
autogen.sh.
I will review the new comments on LOGCXX-231. The most recent
comments looked a new bug unrelated to the original and didn't have
enough information to diagnose.
I'd like to consider adding an DllRegisterServer and
DllUnregisterServer entry point for NTEventLogAppender to register the
message resource for the Event Log viewer. Currently the resources
are attempted to be added on a logging request if they keys are not
present. However, that can be a privileged operation that should be
done at install time which the user may have agreed to elevated
privileges. Makes sense for a log4cxx.dll, but don't think it makes
sense during a static library. Probably have static members in
NTEventLogAppender for the registration and unregistration and have
the standard entry points just delegate to those methods.
