X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-0.5 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,TW_CX,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: sourceware.org Date: Thu, 6 May 2010 08:45:12 +0200 (CEST) From: jeanherve DOT queau AT free DOT fr To: cygwin AT cygwin DOT com Message-ID: <26746781.2031911273128312844.JavaMail.root@spooler4-g27.priv.proxad.net> Subject: Re: Using Log4cxx (libapr, libapr-util) full functionality MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com >On 5/5/2010 7:40 AM, jeanherve DOT queau AT free DOT fr wrote: >> Hi, >>=20 >> I=E2=80=99m working on windows XP with Cygwin, I have download libapr1-d= evel-1.3.8-1 and libaprutil1->devel-1.3.9-1 for use and compile the logger = log4cxx from apache. >> Basic functions (basic logger, appender and configuration) works pretty = well, but when I decide to use the method log4cxx::PropertyConfigurator::co= nfigureAndWatch("logger.conf",timeout) instead of >the simple configure( ),= I give a undefined reference at linkage. >> This method starts a thread, which periodically watches the conf file to= be able to dynamically take change of configuration. >>=20 >> My first analyze is: the file apr.h define APR_HAS_THREADS to 0 that why= the configureAndWatch method is not present in log4cxx.a >>=20 >> I don=E2=80=99t understand why the apr library isn=E2=80=99t compile wit= h APR_HAS_THREADS set to 1? >>=20 >> Is there a solution to recompile the apr lib for using more functionalit= y of log4cxx like configureAndWatch and appender ( socketAppender ). > >ibapr1 has been compiled without thread support for a long time, from >before I inherited the package. >I tried enabling it the last time I spun a release. It built fine, but >some of the tests failed. Most importantly, building subversion against >it produced an unusable subversion executable. Apparently, the build >process for subversion detects a threaded libapr1 and does some >different things, and these completely break subversion on Cygwin. >Frankly, I don't have the time or the knowledge to debug the threading >in libapr1. You can try to enable it if you want to experiment. As I >recall, it requires a pretty simple patch to configure.in, although I >don't have it anymore. >I'd be happy to take any patches you create to get threading in libapr1 >working. --=20 Thanks for the answer. Actually I haven=E2=80=99t enough time but will try to do some thing on my = private time or in few months. If I find something interesting, I=E2=80=99ll take you aware of it. Regards, Jean-Herv=C3=A9 Qu=C3=A9au -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple