From log4cxx-user-returnyharris@example.net Mon Dec 01 12:10:29 2008 Return-Path: <log4cxx-user-returnyharris@example.net> Delivered-To: yharris@example.net Received: (qmail 99289 invoked from network); 1 Dec 2008 12:10:28 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Dec 2008 12:10:28 -0000 Received: (qmail 48634 invoked by uid 500); 1 Dec 2008 12:10:39 -0000 Delivered-To: yharris@example.net Received: (qmail 48614 invoked by uid 500); 1 Dec 2008 12:10:39 -0000 Mailing-List: contact yharris@example.net; run by ezmlm Precedence: bulk list-help: <mailto:yharris@example.net> list-unsubscribe: <mailto:yharris@example.net> List-Post: <mailto:yharris@example.net> Reply-To: "Log4CXX User" <yharris@example.net> List-Id: <log4cxx-user.logging.apache.org> Delivered-To: mailing list yharris@example.net Received: (qmail 48597 invoked by uid 99); 1 Dec 2008 12:10:39 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 04:10:39 -0800 X-ASF-Spam-Status: No, hits=2.4 required=10.0 tests=HTML_MESSAGE,SPF_PASS,WHOIS_MYPRIVREG X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of yharris@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO mail-ew0-f20.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 12:09:10 +0000 Received: by ewy13 with SMTP id 13so67918ewy.22 for <yharris@example.net>; Mon, 01 Dec 2008 04:08:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=0hvGa09Zr1O+3p3MvyI68x+RaQ9+bejCouUXa3onHXk=; b=i7SZ+Kc48S4wvuBgA21eCe5xYwGBPhAUDwn3q58jeDi1cD5NinYszrlhz0tjhG6EBe cmnVejFV7Omug0B30Rd7Y3QFhSz8bADn0BXE2tc+JOMe9EESLCGpLKKb8DNPuNx5iG2o amFtdbUcxkMLw9BJsECG1NBm1SRhaRdkJQXU8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=xDFLqxiEx26Fnuqjyn+FSs18bqi5A2muau2H3NYaTsZpVh1PXXaV9h15FVafLjJxZp eaKtBVJtDyPWRRuxgSid2s7hu7YnDpepl+QWpbQsAhoPsTBsWXwczfbp0pjzBRz1h68z YiX7hDazamDOyGC3hDU0+cbKu0ihy6pLXr+CA= Received: by 83.161.120.155 with SMTP id c19mr6240956fgb.66.1228133335946; Mon, 01 Dec 2008 04:08:55 -0800 (PST) Received: by 83.161.120.155 with HTTP; Mon, 1 Dec 2008 04:08:55 -0800 (PST) Message-ID: <yharris@example.net> Date: Mon, 1 Dec 2008 13:08:55 +0100 From: "Peter Doornbosch" <yharris@example.net> To: "Log4CXX User" <yharris@example.net> Subject: Re: Visual C++ Assertion failed when using LOG4CXX_DECODE_CHAR macro in statically linked MFC project In-Reply-To: <yharris@example.net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_51554_32623254.1228133335328" References: <yharris@example.net> <yharris@example.net> <yharris@example.net> <yharris@example.net> <yharris@example.net> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_51554_32623254.1228133335328 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, Sorry that I've been out of the loop on this. The LOG4CXX_DECODE_CHAR and > similar macros were written for internal use in log4cxx, doesn't mean that > they shouldn't be usable outside of log4cxx, but the log4cxx API should make > their use outside of log4cxx rare or unnecessary. I guess i'm missing something then. I've been looking for a way to convert a string (whether a CString or a simple C zero-terminated character string, i don't care) into a LogString. I couldn't find anything relevant though, except this. http://www.nabble.com/LogString-conversion-td17147202.html. If there is a simpler way, please enlighten me. I only want to replace a hard-coded LogString value like this LogString filename(L"log\\myapplication.log"); into something so that i can programmatically determine the log file name. Regards, Peter. ------=_Part_51554_32623254.1228133335328 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi,<br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Sorry that I&#39;ve been out of the loop on this. &nbsp;The LOG4CXX_DECODE_CHAR and similar macros were written for internal use in log4cxx, doesn&#39;t mean that they shouldn&#39;t be usable outside of log4cxx, but the log4cxx API should make their use outside of log4cxx rare or unnecessary.</blockquote> <div><br>I guess i&#39;m missing something then. I&#39;ve been looking for a way to convert a string (whether a CString or a simple C zero-terminated character string, i don&#39;t care) into a LogString. I couldn&#39;t find anything relevant though, except this.<br> <a href="http://www.nabble.com/LogString-conversion-td17147202.html">http://www.nabble.com/LogString-conversion-td17147202.html</a>.<br><br>If there is a simpler way, please enlighten me.<br>I only want to replace a hard-coded LogString value like this<br> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; LogString filename(L&quot;log\\myapplication.log&quot;);<br>into something so that i can programmatically determine the log file name.<br><br>Regards,<br>Peter.<br><br></div></div><br> ------=_Part_51554_32623254.1228133335328-- From log4cxx-user-returnyharris@example.net Mon Dec 01 12:21:38 2008 Return-Path: <log4cxx-user-returnyharris@example.net> Delivered-To: yharris@example.net Received: (qmail 9020 invoked from network); 1 Dec 2008 12:21:38 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Dec 2008 12:21:38 -0000 Received: (qmail 58978 invoked by uid 500); 1 Dec 2008 12:21:49 -0000 Delivered-To: yharris@example.net Received: (qmail 58954 invoked by uid 500); 1 Dec 2008 12:21:49 -0000 Mailing-List: contact yharris@example.net; run by ezmlm Precedence: bulk list-help: <mailto:yharris@example.net> list-unsubscribe: <mailto:yharris@example.net> List-Post: <mailto:yharris@example.net> Reply-To: "Log4CXX User" <yharris@example.net> List-Id: <log4cxx-user.logging.apache.org> Delivered-To: mailing list yharris@example.net Received: (qmail 58943 invoked by uid 99); 1 Dec 2008 12:21:49 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 04:21:49 -0800 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of yharris@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO ey-out-1920.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 12:20:21 +0000 Received: by ey-out-1920.google.com with SMTP id 4so917219eyk.40 for <yharris@example.net>; Mon, 01 Dec 2008 04:20:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=4jZ3b9I0do3cYfEkH6VpQgQVekzn2ZvCDs+SjyLvDNM=; b=nHshEb6W7CIMiuwFJQ0FjpbUQ5kz2IkLoxX2VoEXKyGa7lrv7lmU+d0XdH8QHRwYPm qcXsRmvcNSPdzVKThTK/mvIrBc0KMTT1yVTQ/HtWaY12VJk+VStnZHSier5uc3EITOtz AmApPQ/WbVXKcwOWMJ66QyD9el/2N8eDs/0n8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=LK6FUJsWA+LPZM61b2xMaTFZZEQJp/9BGDG79ePZ0Jau+BLU5O1RE9mSjP0rI9Kw/G sB+/fDZEp+ohu64iwzi4+BLT6+HMffzLwc9Ol3TVg6vyhyhvpzaKc4nb8QaAPIIMTIrF YYSlomU0dmwAj07JsHoldqoKynPmBBvqgX5cA= Received: by 83.161.120.155 with SMTP id h5mr6261809fgb.59.1228134056456; Mon, 01 Dec 2008 04:20:56 -0800 (PST) Received: by 83.161.120.155 with HTTP; Mon, 1 Dec 2008 04:20:56 -0800 (PST) Message-ID: <yharris@example.net> Date: Mon, 1 Dec 2008 13:20:56 +0100 From: "Peter Doornbosch" <yharris@example.net> To: "Log4CXX User" <yharris@example.net> Subject: Re: Visual C++ Assertion failed when using LOG4CXX_DECODE_CHAR macro in statically linked MFC project In-Reply-To: <yharris@example.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_51709_4889010.1228134056445" References: <yharris@example.net> <yharris@example.net> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_51709_4889010.1228134056445 Content-Type: multipart/alternative; boundary="----=_Part_51710_639528.1228134056446" ------=_Part_51710_639528.1228134056446 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Dale, Please find attached my sample. It's just a sample MFC application (generated with the mfc wizzard) that includes the code fragment i showed earlier in CLog4cxxMFCApp.cpp. If you compile this sample (which expects the log4cxx include files in ..\log4cxx-includes and the lib files in ..\log4cxx-lib) and run it, you'll get the error. If you switch the project to dynamically linked (w.r.t. mfc libraries), it works fine. I didn't include the header and lib files, as that would make the zip rather large. Regards, Peter. 2008/11/27 Dale King <yharris@example.net> > I don't see anything wrong in what you showed. The problem is probably > in code you have not shown. Based on the error you show it sounds more > like you are doing something like delete string2; > > Try making a a complete example source file that demonstrates the problem. > > On Mon, Nov 24, 2008 at 4:40 AM, Peter Doornbosch > <yharris@example.net> wrote: > > Hi, > > > > First, let me say that log4cxx is great stuff. > > > > Unfortunately, i ran into a nasty issue. > > > > I use the following code fragment in a (very simple sample) MFC > application: > > > > CString string1("logfile.txt"); > > LPCTSTR string2 = (LPCTSTR) string1; > > LOG4CXX_DECODE_CHAR(logstring, string2); > > > > This works fine, as long as i link the MFC libraries dynamically. > > As soon as i switch over to statically linked, i get a failed assertion > in > > dbgheap.c (line 1252 i case you're interested ;-)). > > It happens when the "logstring" goes out of scope. > > The stacktrace shows the assert is triggered during a operator delete. > > > > The source code related to the failed assertion is this: > > > > /* > > * If this ASSERT fails, a bad pointer has been passed in. It may > be > > * totally bogus, or it may have been allocated from another > heap. > > * The pointer MUST come from the 'local' heap. > > */ > > _ASSERTE(_CrtIsValidHeapPointer(pUserData)); > > > > While debugging, the pointer seems to point to a valid structure, so i > guess > > we've got a problem with allocation from "another heap". > > > > Any ideas? > > > > Switching to dynamically linked MFC libs is not an option for my real > > project, as you might have guessed ;-). > > > > Thanks, > > Peter. > > > > > > > > -- > Dale King > ------=_Part_51710_639528.1228134056446 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Dale,<br><br>Please find attached my sample. It&#39;s just a sample MFC application (generated with the mfc wizzard) that includes the code fragment i showed earlier in CLog4cxxMFCApp.cpp.<br>If you compile this sample (which expects the log4cxx include files in ..\log4cxx-includes and the lib files in ..\log4cxx-lib) and run it, you&#39;ll get the error. If you switch the project to dynamically linked (w.r.t. mfc libraries), it works fine.<br> <br>I didn&#39;t include the header and lib files, as that would make the zip rather large.<br><br>Regards,<br>Peter.<br><br><br><div class="gmail_quote">2008/11/27 Dale King <span dir="ltr">&lt;<a href="mailto:yharris@example.net">yharris@example.net</a>&gt;</span><br> <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I don&#39;t see anything wrong in what you showed. The problem is probably<br> in code you have not shown. Based on the error you show it sounds more<br> like you are doing something like delete string2;<br> <br> Try making a a complete example source file that demonstrates the problem.<br> <div><div></div><div class="Wj3C7c"><br> On Mon, Nov 24, 2008 at 4:40 AM, Peter Doornbosch<br> &lt;<a href="mailto:yharris@example.net">yharris@example.net</a>&gt; wrote:<br> &gt; Hi,<br> &gt;<br> &gt; First, let me say that log4cxx is great stuff.<br> &gt;<br> &gt; Unfortunately, i ran into a nasty issue.<br> &gt;<br> &gt; I use the following code fragment in a (very simple sample) MFC application:<br> &gt;<br> &gt; &nbsp; &nbsp; CString string1(&quot;logfile.txt&quot;);<br> &gt; &nbsp; &nbsp; LPCTSTR string2 = (LPCTSTR) string1;<br> &gt; &nbsp; &nbsp; LOG4CXX_DECODE_CHAR(logstring, string2);<br> &gt;<br> &gt; This works fine, as long as i link the MFC libraries dynamically.<br> &gt; As soon as i switch over to statically linked, i get a failed assertion in<br> &gt; dbgheap.c (line 1252 i case you&#39;re interested ;-)).<br> &gt; It happens when the &quot;logstring&quot; goes out of scope.<br> &gt; The stacktrace shows the assert is triggered during a operator delete.<br> &gt;<br> &gt; The source code related to the failed assertion is this:<br> &gt;<br> &gt; &nbsp; &nbsp; &nbsp; &nbsp;/*<br> &gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;* If this ASSERT fails, a bad pointer has been passed in. It may be<br> &gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;* totally bogus, or it may have been allocated from another heap.<br> &gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;* The pointer MUST come from the &#39;local&#39; heap.<br> &gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;*/<br> &gt; &nbsp; &nbsp; &nbsp; &nbsp; _ASSERTE(_CrtIsValidHeapPointer(pUserData));<br> &gt;<br> &gt; While debugging, the pointer seems to point to a valid structure, so i guess<br> &gt; we&#39;ve got a problem with allocation from &quot;another heap&quot;.<br> &gt;<br> &gt; Any ideas?<br> &gt;<br> &gt; Switching to dynamically linked MFC libs is not an option for my real<br> &gt; project, as you might have guessed ;-).<br> &gt;<br> &gt; Thanks,<br> &gt; Peter.<br> &gt;<br> &gt;<br> <br> <br> <br> </div></div>--<br> <font color="#888888">Dale King<br> </font></blockquote></div><br> ------=_Part_51710_639528.1228134056446-- ------=_Part_51709_4889010.1228134056445 Content-Type: application/zip; name=Log4cxxMFC.zip Content-Transfer-Encoding: base64 X-Attachment-Id: f_fo738of80 Content-Disposition: attachment; filename=Log4cxxMFC.zip UEsDBBQAAAAIAOhigTljoa2K2gQAADoKAAAZAAAATG9nNGN4eE1GQy9Mb2c0Y3h4TUZDLmNwcLWW YW/bNhCGPydA/gORAY0COA7WdQPmrgMc2U2N2pYRe0j2yWAkyuJKkRpJxXaH/fe9R8mOnS7AviwF opI8Ho93z73M9TUbm9W7dLOZfIy7aVWxHhuIXGrhmC8ESxV3jj2Kgj9JYx3LjQ3zvKqUTLmXRnfP Tq+vz07PTr+TOlV1Jti58xnPN93i/HDy4JzXFgZqFdYOVn9Rzeo1vithu8Wv/7ZYce+F1YpvTe1f sbFGKalXuVQC0Qudveot41Jt/7t5IVQlrLv2lmuXmp0hmeaZyNlyMLz57RbDLCSWabFmYWo5Hd5j Gr5lTvaUSBY/p6NfVTR5M7wdTZeT4Xzevx0uJ/1ZdGzTYfG91PjP5dnpSTJdxslk0p8OotFg+Wk4 nnXYm3a910v0JwQLu+F0cOTx8pXzWWq087ZOqdJkcbzc6x2Pyc9fiIL8GP0krGfx3FvkkXnDOLHW DDtsXci0YGsgxjWrnQhouUqkMt8Ge1BGyde8FMzkYYyMhzmcsHPrwuf76BxrtNT1G39++R4W41m8 mC/uWou37AOL2qnL3a5glty+ix8eUKQ4GQyX8af+XQRfrg2z3U0em3vdi4uMKflF0I0obumZ1Lib 89yLUmjfrhbS9ZotLSi9Xr8FaeYt20EVEQ57iwGhd9eg9xHX2e2IGrQ7+5R02Pj8onuxxc/VZHKV ZeeXFOPf+zoukC8D2rjO8FXbl4U1j3+I1H9bUko0Pu9fA0Jq6SVX8ivfIXGTJGP2kosRzEZAh+tU HFBB07EpS6PBh0ePueEmumTSMSv+rKUVFCwDrplZO/YwYzLHDQ7lpvFTci1z4XxLjIRcUS3ACbzH Xv3wtpspxUCgwx72EwNcCvWxVDUk8DFABEdP0tVcoXhbJVyXsQTXt2vpkGCut2wdImGpFeFwjOE1 R5Ggeiej6WhBzZZM42S6uEvG8+FDc0NvlSO49oNutp7LrwIQOnxMHu1XAqsIZC58YIYC3EkMx2FB hUPGqBcpZY0o48Yggq05gGtIbPyARczbFwp9FMkojhEIfi/vR9Off1zG4/58PpzvA35ZnzdHwVLz 7fTkuMrNYj/fDEOCWw/04dA9Gz030Rw7Mm6zb2gKjOThZtxCKo3HzVo5II1AGWqLqxPVqFJBVwc0 dSpCoii5jROTN2mA4qK8YiPS2lNQneDbFaZWGXaW5glerSkbvUHjGZR81fgIHhu+0heRMotuDK8k uctMiFQLkbXiV3C9akKyYiUhIlv2RWxZTb3cSh9F54SHl5ULl3Xe2J2DRTJIeuz351BLg0di2xDi 9or6iF2mFJjFGBW3prISmDdOXI1jePOQ72Q0JAU8VUQ3msLYFVppn35QeNcG/Flso+UiwvOcIoMo 9z3MbHZ1K1BLnJHR3A4x18gPsXH0nLNMrYircllNAME9yvaBvWknR9PFcgaF1nfCVfBB7YGl7sBM TMZV4OUEAhAdGIDbQfKZXjpSlOdUzRRPqVHQNWjgIM6oQaYEsi10SEGG8uEBka7diAlXSnQSoeQL lnzGAgT0RCiS9W/PjfvTeDj+X86OqYNUc37zL7QJhEAc7i84/TEGn6ky2NsBXegHzT72oT1AAbbc 06MqNpLkpAXhUAywh5PGkammR8v6l3/RXThWCuc4CK7qsiL5ODyneWb+AVBLAwQUAAAACADsS3g5 LS9umj8BAAAQAgAAFwAAAExvZzRjeHhNRkMvTG9nNGN4eE1GQy5oXVDPb4IwFD7ThP/hBQ/qRS47 6YkxnCwqRpe4G6nwKk2gNG0xLMv+91VwY3p6eV9fv1++D+v6/JS17WYZzgqYQ0W5gAJpjgoYLxFY rcAUCLt98haF7+k22ERApSx5Rg2vhUt83yUuGUlFzxWFWmTY7ZyJHBmkabD8OMbbdJWmLnFGqJRl 9LjIyiZHGGuTU9bOijGc0Goh9C9cnK0s14OJXbjyLC2KnLNe4EbhKdR1ozKcFZ7j+H6fQX9Wp7rU 18urRQiHoIGU8w47IP7Pn0n5F5dXssQKhelCQs16N1lJtf6N3C0PxLZC2ZxsORAeubCAS75c0kNW 1Lm/nkwXN3vJxRbDc7TkznB94co0tITnJFlDLLiJhTbUNjx8jO+MXkHnJQrXwT5KN9HhELzaGewm U5d8d1+wNajEo2sb2Y7FD1BLAwQUAAAACADtS3g50j5X6+cFAACzFQAAGAAAAExvZzRjeHhNRkMv TG9nNGN4eE1GQy5yY8VYbW+bSBD+bsn/YY5Kp0TlbPySNjmdTsKwdlEwIC+kjhQJUXvtIBGwALep 1B9/s4AN2I5dX5q7tT+wuzOzs/PMzM5uuw1jfxZHSbRI4c5P1l4Ayvv3sGQhi72UzSFmSbSOZwyS Weyv0laz0W43G+/8cBas5wyEzXzrUWg2cGLOFn7IQLao7aia6U6IrJqGfu/S+/HA1Cnn/4UtV6fd htFW40UcPUH6yMAmU1szFN1RCXS3G9nbgbd4xrlC/9MrntFwlXWIBjlmjTewB5BwGfjJI1w4Ldq6 3O48yQDyF/BbDtL8Qh5OUSVqOhOFuKquX8KPH1CdtOXJyCWGc5kx8q24nzWj1202dNkYOfKIAP9A kpGu0U8iUGdQHXAd3OK7VewtnzyYRXPmrrwlu+h0r7pcJAvnqE67vRH6Vs6h+l4QLfNus6GpqisP TMcemFNQNVk3R2QKksj/3d6VCFdXzQa173UCKnUpsYemYcMP3hmbqqwPJ/KY5P2hNiUqvafY+0xd y7QcK/9UZMvWTCPvIMEYjdhsbEYF+Uu0TkGPlv3Z8/N4qKDvZYtciyCMKdBHFgSgBktBLPSSnjvN xoCMNKPZAGyagmIqTVMn7ljWjEw3UVMVl9qyrSlipyN2PopdCf85p87DosIplFrAHYsTPwqh05KE qpC+JHbw37kRr0VKXcO0JgS3/oJAJVp9j/3lYwoXyiV0Jel6V1j3KheWC1DJ0HLop4Fj29mmBPOW M5i3qPm1+FG8wqU/iGjH0cR0rGaDGOoGRoSur0ynqLubA7mLZ6/LQZWkVwN6p1FtoJNj6JJpvgaO kakrWxZ6tWp+rsD+CsBfNlL3Q29jpJy0RpcB4oUzFmQgyIZC9IwFMajwKLsg2qZq/glW4GHqn2fh g/EbpnEUJPDIYtaqYYrecfNB7EkSx7TA562CuXDSTTTfITZkQtG+Lrq/CUWHf+PWhppOihHoiBL+ 0KxgTUzVUez9CU4+1OURHcv0FjHoLfQy86lk4IyqRBwkPs+ChO2MS/omvRUTJh/t60XPvrdIwZ31 MW0WQ5yxAvtAN5VbEGga++Fy6AdMCxeRUMyVZBVSqS/dSH3WFyozdULe7mTdITxUn1Ze+N3wnhh6 XgH6X8UohDj8t3CQkauisrwmQDAqzHwGz5Dt1BEBBZKcGTMO/jqHabUwZXHoBRs1yzBqsWd2mEdn Sy/YZqJSv4vZ5c4GWwAyBl9Gl/DDksVf2bx1WKyJZD6qwtUPz1DHiqP5epbuGLoYPWboguSoqbKA q30UvnDnxcd9pljEjr0wCbwCSfRT6UYEfkhXxL5xVKuEaqMiavPALsJuWztpxp15S1CJkaOpRNcM QitcUD8eK0e8WJwJBw2AEWuPscjRDBE+lsMTbfRpO97tXpcztmkdoB+YmG7Hm4n+dcVupUJ7h9Wr Net1eudp1rnp7UJaFGHYEIV9Y78d4nlOA9v7ErAN5tSeaMbIlvlJuwMoLWu2ShN+3y2lWi0euoXp a5t7uSw+rfUZ7Y1sBuo6naHyBsO7TRx44Tx5fWlv6Oqp0l51bKVS2Gfd82r6FwP59MbPaFu/qlz7 Nm7Vqd0Fa45VucA+SKXjdI9wlFfH8u4oPMQPYZFjhaqg3jFBxWXZ5XgYpkstXbNtMtkCR6tSd6lN nfwcoT2RlduflYqlkUUm9v1h6hrnv7tJVkVsPY0fNzXZh92rvvwWBYTg4aGSAeJZVxCykA+j8I+D Dxxs7ldfN5IXJBf4xjMuL88iNMXQ8+I56va0ikIWpnXmzP9f8ob/Ldlqs7JiLrrwzU8fIYi+sSTF /ApfvWDNYMUr/jks/BhH0whYmKxjBt5qFfizrEIAv5CF1nvy/DDhF4PET1I0BeC0h8VU8h27T0mL 39IqF1Mo2+4FdtP2wMTVhB3DnciEp81yRstByZJY+F9msRPvWb2996yTuWSfppZB9qf38sY+yX62 eNUbUy0fHDtkqs+Pu5F/XuAfeAnEaIfC0w4Ee3mv++XQ15w8jNKDGeIfUEsDBBQAAAAIAP1pgTko sE2kQwUAACAWAAAcAAAATG9nNGN4eE1GQy9Mb2c0Y3h4TUZDLnZjcHJvau1YW2/aSBR+TqX+h8jq Q6vKYMxdDlv5Alm0kEQhlz5UqgZ7MNOMPe54nMLu9r/vGdvEOITETbXbrlQJg2fmnDPn8s35bI7e rQJ6eIt5TFg4UBo1TTnEocs8EvoD5ZqEHvsSqw29rSvvfnv54uiKxAmiM5F4hJ1x9gm74uWLg/zu Yh3hgZKJHNpv3yqwdLUx3atpmpw4QQEITZjfcler6chWCv3jy7EzUP7Szbbd1nua2hu2dLVlt7tq 3xn11X67ZWpNvdFq9vpfpdo5Y0KaiyPk7tj8A6+/MO4NFBhL+3IOIjg4OqNILBgPYjkqhnKQOwdh N3Upf1BPNeollaMLxuiIUJyN6uWhzcIF8ROOBESdb1Ga29rHwfPE/7vY7eA0EVEiHMIhGYyvB8qr 1zNGE6kGk29evS5ZkkbeZIrjUGAeYI8ggUvq+xRK81ndGtnKZYxPF5Czuwl7iThywf4Mi4GSe5oG lqUivcsjuoJUYysh1Bve4lDI5Uy+vlfBTmLBglSnivj76cRBAh3jEIPzjFfRucbzGea3xMUAhNX6 m3SnY2dSyAFSccSZi+OYcQcvSEjSOg+Uj87QujzOpaY3kNIJmdssiCDDcwqmFojGOF+/QpR4UKoz yGyAIbVxaf2RZE2kSQDblu8Hp5EgAfkzLeVA0fJZ0/NS3xAdhy5NvDtcEAy71WofaHZcVJItx09F eD0+aerGR/hxTq9nRjlgEAsQPQdAQx0HiuDJJlYLxcQ9T0LwEdtL7N6AqWa+lk9DpjiSeM0RJzEI brhZqN7vGHmY30Hv4BrxENrTBN9iWthyII+u6LQsIs4YF2hOKBFrKDhkP4hLLqXnbhzKE50mbZTe DJTWk2BAIfKxd45jlnAX79Ziv+p+nYqYshMqEi7PqdbcxPx4jV+9hrYg+8ZTvoEDExLeVD6yUrgU QeGHgyMcesAgqQc5xGqUzHNJqQq+chzAXogWRS1M5GjYB9fCVn6O8f1ylmo9S+azdSxwUGx1gbiP xRS5SxIWfW9/uKZ0ulKvQCFZ4LhSDt87IH6Dq4hasVtVdLSyWVRF0IwiYGayINXQCx0UKkvZOqgI kTMWi/08cFQv8c/jLHmOKUYx/nl5MneqzJO51PWSUck6PjT6cp/OBX4R6b2md/LjiPTfpsyTxyhz O6z7vLjpXD+IF5sVGt9/yYsn/xde3GG7zQPOc6krbyH4HC8wB5aV4WzWhiGCktqnU8e8GDGavcH9 4ryfmPPuTWUvkEVpM5F747s3zfQWOl66RebCLD1Jh6lItnUmMlDcKDJcw4XPamV4eGEwjxoErmX0 yZgjYaA4kNcqU7sMyecEj+E5TqTpgpfy1sjuNrujhmp3zbbaanY7qql1OqpuNnWn29ZNfTT6mmnn CZJuZAkCBocAb6FLiyX00Q/Fi3oNHMsRmmvVpdo3WHCo/1wjsfDQYrWjnansPo1ssrzz1n6nuA2K J6hmXy/fNIgNzPJYdh+XnnTzgcemH+PoVjXSWwDkHvxmth/C7xKAGhlLAO8yMEgI2A1dYxV7e+Ha b/b77ab8D6lvOWprrrXUXm9oqR29PbKGbX1ojaxnwHX5/WB9lokNSz5POwf6Xt0nyrLZ/KHCcNcg LjPchBvzIDI86hvc1eESxpyEBvdjwycL41Pkw4XTL4PjeGVApRbyy4hC3/iCbvdWstN1zI5pddRR T9PUlqv11J7VNdVe07IaesM0Ha1RtZKw83Y1wfPvq2eNu88xcM8NSFjlymQWd+GBvCmuiZXYSkRh JrvL+OOYsjk8aWbTxeCo/sA/uzD/D1BLAwQUAAAACADsS3g5FwKfQYUFAACmDAAAHAAAAExvZzRj eHhNRkMvTG9nNGN4eE1GQ0RsZy5jcHC1Vk1v20YQPUuA/8PEBVIqVSS36MmJDdAkJQvVh0NKtXMS KHIlLcovcJeWlMD/vTPLpUQqiYMemoMj7r6ZeTvzZnb7fRinmz+D/X4ysOxo0wuyDK6Bx1nEYpZI X/I0gTWP2EW7379oX7R/4UkQFSGDSyFDf73vbS/riydvP9ygMLRHu+uQrWFpO3eLIX7iB08YJGwH amk5dR5xmSUhXxOeOIBlrtJCohMIuR+lGygEC2Gd5mAid7VJyCDyhaiBryErVhEPwLKV2UX760W7 XLq+aLeOQKPzQQcqcWD70kcAS4oYvsLItuGG/i7Nu9lifjd7ghdl0MryVLJAspDcPfNcFn4EzykP wU7Jh7MPtn6yYYZV/3oHmf3U+QD4j0LaT33b/htEkWVpLjWRUaMayLoeyXassek6y4njeeYQ/zcf jM5FuyR1PNX1de2AmAudBKMGwDN1VFJeyFIRr+3+/AzKtqUdf2OgTql93znD0bRB+BioWzFDd87U Pj9VJYGGmLQOyl116sY2Hr3xbViPSYiUH/wcUwr9dzfTxXj8ro/uW7XEnPnA7HQrG33UeLkdBdgd N2Cu90MmUX5G5/3tOPVDWjdGtou8R9OBa06c4+HLxJ55/5+z24hWT3FrNl0+TpbeZ8+aTSbm1DZO iw9IfV77/rRw3M+2aw5H1myq1vv9lxdz8LSceEOK8x8qFjMh/A0DZB9GLBeK92w2/iYxs2SUcKlr cp6E5mbZhRjLDEO4VILq9XqXGCspgEsWg0xBHAT9orVehR/Zk1Mzx4WQsGLAE5BbVuGDNI6RKuSU bTRsmZ7nuHPDaNi+hav9YDC46sDNTcMrcatMGhYfyeLq6kqTtybIC+vtHQT9QmWhrDxFgb6NgTn2 lJJafA3GEfbmBkjCVBLKT8vyZM6TDQiZqzQQiIxa9YUe6bQEIievyVX5f9OAj4QTZ/JgdChMGadV MXh/i9rHKa1ITgZLz3kwXXM+c0tnP8bN3dF02G3kqtugXTpAXbdeqnJ5TKrScOo9Gvtyy4WeAT2A OW6tcz9muzT/B8KUiRLgFzKNcYAGfhQdSk+w27KyzH6W4T2gxuuvAmIfq7/jSZjuAC2TVIJ/HDIt jK/aW7d/F+buAouCx9TkVnyjyH0Pqyt4xIoY6Wh0SWo+s2fXSsNsL3MfhcglhuZfyqt4y3KmoDmT RZ6o4B/U3VFbACiSCFsMDmkBQudrnQaFoB7wUc6JzNPotYk0S7BmVil7Y4GTAJIRTsAxFXYCEQ5C P9b9SFoxcPcV/R+Vebq7o436repbffTsdJKGfqSaWVWdRYIdjU99X+OmaGk+2uqlujfXKgE+5tKH GBMZ8y8MVoWUmEhMBG7muq5dhdxxLEbC8DlBCQtSfLesWJTulDeyCHN/dxQfim2A8sOM1fUj8D1C zUeoEFNO93b/meOTJkZ/UVf7IkmeqxLxCVOSJjKrQ1m2Ssu9V2r1gIqVRq0eI0F640HZrmX6FMi2 IAwMCo+PDmQSsmceMKUI1JsKnhEOj6BkhhKmflXj2sBbgIa/45qec/fXcIqZzxmCWZ6h+paBL+TH R6WQWyMMejS8/DW7D4lGF6opRyq3GFmVPYzNFkSc7uIcXzU4YemxiSMIF4K9vmFrcxBHViAMb7K0 noiMnlcEPrwG/nwCWy7GUcHUJ8ItFZ+Wjbe0fnK6R38GLfUeeSi3+Hh6X7H6DX7vQB/+OGIPR+w9 45utLMGHc7BOgV3XkuqCoEdramDsUZBd0GPjZ92gq3+m/nnt+kJ16TG4LpJADRJUc7qSvr7ngiIX NEpR4lxkkX/A2YiPfrWH7+uclL8RlXbZsZtCPSdRnPfWwvVm7nfU+alg+QGPtlFH0yrV40rQozYo paM93Bq1c6vT/AtQSwMEFAAAAAgA7Et4OYbJXIt+AQAAcgIAABoAAABMb2c0Y3h4TUZDL0xvZzRj eHhNRkNEbGcuaG1SwU7CQBA906T/MImXYoy9cMJ4qLsITQpFEOXWjO1SmnR3m90twRj/3alFA8bL bmZn3pv3XjYMIdHlKD8e54+M1+XtHsawF1gIA7uqFr4Xhr7ne1eNwVIiaJWLru7egV1Aoaiw1qXv 5TVa+7c5hqZ9q6scGD+NffQcWlln2txVWvlePzP2vcElPGCvqriGZolGKAf3sNgkyfBuQATWoSrQ FJD/MGlz0tdvAo4OiVGoVsIHxJwTns4sSacjtt3ShozHEVXwedchB43RTuROFJ2QQ2VcizUcdFUA 1x3Z5JjvUZUiYOcVyePbXhPn25DzF7Bt02jjfgOLZVMLSQ7wZPd80Sxm6QJkto/JSS+EIFOhhEEa ASmsxVKAxAZ2rfpOzJ4JfEjTBFIVq8r1xoMhsQxwd8ykLXv9qVq/W6alpMyCTbx4BhXzG0iW0Sqa Q03xovwPtcRKuUu+Gdus1umKmk+tMO+c/kcnvB/iE5ZEq0k2n6zX0ZTuaBkMfa/L9wtQSwMECgAA AAAA12OBOQAAAAAAAAAAAAAAAA8AAABMb2c0Y3h4TUZDL3Jlcy9QSwMEFAAAAAgAsoQMM3kiwvrc KAAAflQAAB0AAABMb2c0Y3h4TUZDL3Jlcy9Mb2c0Y3h4TUZDLmljb+18B1xV17L3qElMXnKv8abo NVE0mpvEhmDEBnYFrLEhIAhIEQRFumCh96r03pvSpDfpHUR6B1EEBJR+4NC/2Xufc0BBkuf7vN99 v983rr1Xm5n137PqrEMCsAC+gC1bvgaCZD8DcMB49Woq/2ohwCSWff01lf91AUDbF4D8gHKfQ9Df Af7+JcHPyH8OEPtPgp/Ky34KcOknJv9yCPoRIOcXJj/mvwK4fojJvxxkFwF8fxrbwbZQBMSBKP8E 5icdMoCODhUR/4gifKWlpWHJFBlgaoqMgEriMwXVGnNSY7UJi4zp08nG6ilrJhnPSDZW0+n0pcvp BBkTSSTMUfxL2Zj8ukT50tn8ZKpv+Sx+Rmpufvps/X+Rn8QwBz/S/xX9H4d/2j4MI86yJ/UBs+zP oLf7a4pFxtPJ4cb3jYfGm0T/35weFWTyTiM1ULTpLLpJDpNGSkAbEWJz+CL57xDlRAva9D7C0sSL 0s4gkn8pG8F/p3EGkfxLlxP8b5d/AD9lstn8DOv9dX7ymYOffD4eP8Oes/gZ9vyL/Cx6u3x6KLxV PmMkvFU+vUoYN75FrIHyFnvj9PBiFhDrFSyilq//TXEaES8GaCbiJQC9RMwGQCfivbi2YgHb1H9Q jMD2EvE4gDYRT1J7ALHPrMZnH/xb9xnmyGHsLax1irFGkesZcy1eylj3qDVblw0TM+r7ljPXUVY9 U54QnK/+ffJM/Tj9Zrb/Nr631s5Z6yY5A7RZK+UdcqpoM1dIxvqojS3psmH9HWpqaNOX9iEc1uTA el2sZ00hbTq5qk/niZ3g7frl79SzvVNPfO7Meuu39b+9Imi/sxIwvo2Vr3535jP3BBYDZQqCcJgs +tAHR9biZpxlxFCmhvGCqb/06CyamkpbPDXVvGSKGOfECW41fNxxzrQRmsKYMMZNXYyXUrGuyXKM l2PMzH+O8VKqnsHPlK8mcsZoWw1dE11jtGk1ERM21dVlxMuXGjM6wXja1rDAeik+xrCAzRoWGGOe jnk65pfTqbz1Up1F1sZpi9msm5cYNzYvoS/Fx7h5ydKlRP7tc+fn7xqGRSuWW8KKZZbww3Ir0BCU B6WToqB6XRFMt2wCM45NYMG1CQpDH0C0qR4Ea16DWCtDSHO3h6eFBWB3cCPYHtgI4QYaoLfrJ/BV FAE32T/ATnQPpNuoQrA0DyQbX4EkoyuQZq0MaVYKkGZ5BVL0T0K+7WUodZWDSNVtEKXGBYX3BCHL QgDqI4ygsygcMnW2QaEVP9QGXIe6QEV4mWQDrWnOMNCQCZm6XJBrtAsKzHkgz3w/9NUkQqEFDzSG KkBD6A1oeqQBrY9NobcyEsYH2qHAYjsUOx6Blvhb0FMWBPTOShjtboD0u99BntkvUB8sCt1PvYDW FA+05hSo8zsKA1XeMFATBIN1oTBQHwGDjdFAe5EBQ22FUOvNDj1PzKDnqRX0ltpBb5kD9Ja7QH+l J/RX+8PrrGvwJk8Lugv1oSP5JHSlicKrhF3A7wzAh04Jt+YnwKP1KRxQWwn78Tmgvgq4FL6HLWIr gN9jMxzQ2QyH9LbCEf0dIGEgBJcNhTEWBn7DPSAScArOOx4Ffm8ekAwTAhHn83DciBck3EThiqck KD24BldjpUE54TpoJqmDXqo2XPeSh9Omp+CCuQAYpuvD7XAtMMswBZsMazCMNADLLCu4n2sHtnn2 4FTgAq6F7uCQ7wyuRR7gVuQJ3sV+EFIZAUkNKZDalAF+JcEQURUNsXWJkPuiAApfFkP6s2xofPMM Kl7VQGlrJRy3FIXnXS9BKsUUrmfYQvtQN+wzvgx3nwZCaU8zxLWVQFZnDdT1t4NFVSwMjtHBqTET uFUkYG/4GOyLGAcOnxGgj09hPAoc3iPAiXHCsylYazcM6+zp+AzDJhc6aD4eB6/SSQisnISI2klQ jBsHs+wJ/KYxcCycALfiCShsxb2rawpa+6dgnV4LsFsOQ/bzSfhZtQo23CyHtTo0WEc8KlWw61Y5 BBSMQQPy37qrB3qRI3A/eRRc0kfBO3sUQp6MQVTZBCRWTUBKzQSUvZzEbx0FSdchEDKrgms+w6Dk Twclv2FQD0Z8D+lwzb4adMJHQDuMDgaRdDCOHgGTmBGwjB+B/Oo3oO5SDYZ+tSBkTYPL92hw1XEI FF2GQMV9CPg1++GM7gCI3MoCFfM82HW1D/bf6Acr6/uwRbgP5G4nw9U7ybBmVxSwbfTDxxd+XGn7 3jk/k4Y/gOizaa4yOoNdTFxMTFwcgwS+xCSQxOmrCVqzmkFUgiEgJ8Kgi9OxBDs7Oyc7kzjZOYnM cib/JSeKnJkkJcHJznbgADfS9u3bOTg4Nm7cuH4Gv7GppZmVtfl9m3v2draOLp7XkX/VmSO8fEcP Hjp2/DjPnj07dmxg8suKXDIwMbW8o6SkwxDwvSjOzv7T6TPn1v34ww8rVnzPQQhs4GTwXxW5pIcC KpKSmowWfEXEOdl/OnV61bJ/kLTuZxRYzzmNRxcFCH5rcwtCwJf43p9OnlqyeAkX1/r1X3/2DUL6 dZpf9K6uvoEy8ltRAhT/hZPIf+QcH//6DRvwG36dgf82CiC/ihkl4C2C+H8RuID8Z1CA+ujfOP/J xC96EwWQ/8ZdbW3CSt4iYgS/wJLFX59mCfw6w54aKHBDkqDLRAuU/vMCX3+25NRpplln8ItqoADy yyurEJCsvQn8W86fR/0nUeAsLx//0UMzvveSOgogv7KRIdlxpH52ofNLPltygRAgPvrob+ws+4uq ocA1xK9nRPY0yb9TSAi/VwAFtu1ejwK/cc7gRwGCX1ePbMGNwLNTEPm/FkCBJZ8tO3uO77cZ9ldE AeS/TJCKqSXJv09QcMuyz5cgfb6S7czZc7/N+F5FFFCQlpGRuXJFXtXY1A3xcO4TFhTctYyk3Sf/ OHNkRn+JKhACxEdjPyAkNxExTvZ9wiggJHT+/HniG/44PdOepGJ5JSUlLS2tW7duORD9tfcE0uHD h/cjbd36+za2afyzCe3zL4I2bSLfxGsz+z+HKX4FJrn6sehTJuWtXLl27U+rVrGxfTnMoB4fHxcv d08Pj/Sw0DCk8DCMiX9hofhe9OXSr/72xRd/Z7ETAi6kQFpYir9/QECAP0kBRDoidNE3pMAMdhRw IQXSQjsLi4qePCl+WpKaWlqalJycGBz6ybco8F9vsZMCXl7uaWGdBYVFDY1NhABK5palBoZ+8t23 X375DjsKEIT8zQWFtIWDRAs0oJXmpgaGLfru229nsVOUFdrRXFBAW0hrpA08JfiTQgLD+ujD76O0 sI6mZ83I3wC0YuRPLQ0JDu1/P39WWEd9UzNtAa1hIe0FiqWmhgSGzqMf+Rvym2gwRIShBbSS1Oh5 8SB/bUM+DWDhggULF8JgScmf8Id219Q20BbCwvJyPGUOFj+NehA2D/60sO6qmlpCf1UNLMRvLo4K ntc+4d2V1TWDC4do1VW0IaA9KU54+Cf85ZVVaJj8Z81EN+Q8SQicF0/om/LySrRnfT7ZDUU58/Nn hSF/+QBtAK30DKPCoviH83/vm5cogN9QW9+IkAoL4+bHH9rb0dHZ2fnyZWtra1tb+6tXlRHh8/Jn ZGZgyCQoA1OZGWHh8+DJxvkXHkrOxdDQcPId9vj1e9mHh7ueByUnJyWmhkRHRcbHxj56FJM9H/vw 8OvktwRiKuZnJwSSk3OZAvEv/owdBVpeEFSHVPH6z9n/lCjXmLj3WUDe/zQTh6LF0/dC/1HxEkbM xsC5l3Ffpc24r8LvGMdoAcaTGC/6f3E/1cu4n6Iz7qfGGT71JOnME+lFDB+btPvb91Z/zU+9/ocs GMjdhN72V1AaGwtlcXGQbG9H+qvZAV4QqqMO6Z6OEGGoCWn2ZuCvJgNBl49CjrsVZLtZguMpDgiU 2A9uV05BoPge9FMPQbSBAmQ4G0CQFA/4yfFDhtUNyPOxgqq4AAiW2gG+sofRp1WBKGU+yEAf9tWT BMgwEYR0o1PQnGgHHXmBpM/anuUOPTVpkGVA+aeNEVrQnm4H3RWxpI9a5nIWfdTr0JZiDgONqVBs sxvKnPjQB72EPq4udOY5wtDLQhh+VQ4jr+tgrL8VSh12w/MYJfQxA6C/NhL66+Nh8HkGNAYfh2fh YqSf2lcVDAPoqw6ir0p7lgC1PtugG33U3lJ70jftrfCE15lXobvIEGq8VqJfehx90q0gprIJeO8B HDQBOGBM+acH1Fe+5ZseMl8G2699D1ullwOf9c+kn3rUZjOcsNkGezQ2AL/173BIlxP+uMcDR/R2 kr7pUXzOBfOCTPhFOGFwGCSihODKo0ugGHUFxN2EQSZGDJTjFUDKXRw041RBO0EL1BKVQMnnOhgk 66KPpAc6qXdJf9UkxQjscuzAMtsKnPKcwb2A8Es9wKGA8lFdCz3Ap9gfAsqCQc9OH/TtDSC6Ng7i 0D8lfFbCR63urIX6140QUvEIil4+hcTqVOgY6ILb6VZwr8AXjG3MwKUkFLxq4iCkKRMSkKe67yW0 0N6gn1oHukaG4BUUCMKunrBdxRR2qJrBNjVbEIwYg0sx4yCFPudWYS2IbJiCrJdv+6g7PEZgr/co 8PuPwtmHoyASOQ6XnXLBIncCAiomIbl5CtZbvoY9Dm9AOGQU7qZOwL2cMXB9MkH6rC19UzA2gTrN hqBzcAoSyvshoawP6rCO6bdeuGEDFxStoaB5EkrQH2XHsq16NNhhNATcpkMg6NgN0rY1oPtoBOxS RsEtcxS8sI2A/DEIKx6DuIoJiK+cgFT0nyPzXoG48xBIuQ2BgvcwqATQQTWI8mPPKfuyfFdN9xp8 qsEmcRRk0U/Vwrx3fDPsU6kH3pv1oG5fClxXyuGQcgUcU6+Ekzcr4LxuA1j6VUJRZQfsuJRF+a07 o0mfdeUv7qTfmpSUMmv+j49PzKR3ckheZmbmGMyJt9nE0n8waOnSf/ydZBAVnqYLAps4NjGJY9Ni ol7kioOzi4urq5ubp+c1Ac7N+/kOHNx2aDc3969U/SU5I1N9rdvWtuhwyWP9H7vW/rhmzQZ0zBjy 0oYG2pKKVgQD1m/d+e03q3/45ut1PIx6UWldw1uSipYEg7zA9q37vljGe/SXH7eg/s9I/dJ3dW9K Kt63QAas34H1p3iPHju0ez0HJS91566GpIS4uI6VNVF/BOtJhvUcpLyIlOYdZUnZW9omFlZYfxjr T5w8xct/jJ2SF7mspqkseVXH2PS+hbzA3sOHv1hx5szmtbv42Sl8Fy+rql2XlFFRUde7j/XHD3/z zb9+/un7nby/M9oXu6GqJCsre/WqtglRf+4wG9uKZftOnmLVX7uhqqZ5566ujoGCANfZ8+fOnT59 +syZkzup+osXBNF/IYKQENr/NxZt3EjWO3nY3Xd29PH39fX18w3Oz8/Lz3/xyfJ/rly17tPPif4d H/PwcPeMTo+MDAiICgwMCgoKDF205G9f/dcqqppgcHePzi2vqKquqSsozE59GLLouyVffsWsRoYx 77ac9nIavb+9hT6c/RDl8eg/PpPaclraadC98NVCemFcyNDE+DvUmlvW0rege2HDCL3gQcibWfVt uc/LemEhnp7pdQ9C2mbX5zx73rMQGuhAr40Nm6u+6VkPjDwbHqVXx84h35Hb2NSzoLelnU6vehw6 u741p6Gxi/667CWdXvk4tGMO+RL0f5qflzU9q0ieQ74tnXConhQXP0WaA99AQmJiZOSjR48iIsLD 4wferR4f70xLTc1+GBf7OCappHN29fj4YFpGagoyxJTOWY0MWZlZeJ6tf7s6bQEs1vnw3x4Wp+Hp qRmPKMTxhDiK/PlDHFMWT03pLJmaSmN753eH+c8pP+CjJiAL91S1IM7KECriwsmzhde5jXiW4Ia6 5IdQYKeMjwrmuSBIkguSdIUgw0wcnroq4rniPFR5435flwOV3jegykcJGh8ZAr2rCc8KglDmLAQV ntJQ7iENRdb8UO4mhGWCUO5yGspdT8Pgi0LIM/kN8iy2Q1eeHZ4zUqDEYQeUOnKj/F54lWlMniN6 yzyB1pwEfdUB5DngoNkC4Nai7qa5Nf4Gu/HhtVwDfE6rgc/qFzhmzQEn7+2AE3Y74QTu9afs9uJe z03u9/xe3CDodApEnM+BTPQl3GNsQNJNDGwxtn1sAzZRlnDr8U0wSkc7FHiBc6Eb+JcEQXFrCSTU PwZ9B0N4gumG100QVZkI1rife1VTe3F8SzEUdjeDOp7tdmuFk3uu8KMxuBxL7btyieNYHgFqSePg UTIJiU1TUP16CjbbDMO/DIdg841k0A5rh6zafth4NRk4dWnAiXvj7/jsxP1xt/EQ8OAeuRf3133m w2ARPwI39D0gMKOD3BeJ/VAV98C7YXRyvxO4PwQi9kMg4zYMmm7VoB/QChF5vXDs7guQtW0BLvk6 4FOtBHGTBrikXwnSJpUgZ14F7II5EBRTB4ExtRAUHALrdofDGk5f+AmfVcSd7Rqn946r/0//O+jI tj3c3Dw8m39cvmr5P5d//enhg8c4j/8hsHnFuq/+9s2yf3x6eN/RrSdOnd+88qu/f/9fa/7x6aG9 fFs5+M9tZvt8yaaNP//j0wO7eTmOHju7+de/Lf3ty/Xffnp45/4tHBxnNv9r7eLFGzagPPvvXNt3 7Nr8079+Wb3yh+8+tTl5+oKs4CXcW6UXffbFpzY2NmbKN5T0Ve/cFV34CZFFuqZupWthJGJiwyCF WwvMwfCiKTMvp2WtbWkgzMpf1TTW0NMRYuWlrsorXFeUZOVVrlyWEBeTuc3M26jdvI1EJgGk7gBI SgDoWAEIbAf4YhkA71GA9Rw6C3AdXySl2btEUrZ3iYlF7xKB7b1LvljWu+QUb+8Sdg462/j4279b Lp/f2P+htJptLRFWk4FtOqxZzXhTiXdqMVyRkmTJrmHVztQzp+BqRpgTDDpy6MehG4deHfletX+6 hEgfeE8tAghV3Bqpuu09gYtKRKlxzS7EQH3mO2AkDIT5HYHfgQyOhLNJZfkcmIXMwMcM/EwehIQO NQZ0o6kEkSZDgflbJe+wUQlHhTNz4RFC5dyan0gkG11ONpJKMcVwJdVcNtVCLtXqapqVQrqNQvq9 a+n3b2TYKWbYKWc5qmQ5Xc2w5/fYjHaj9KPb313s2VPi3VPq11Ma2FP2oKcirKcivKcysqcqqrc6 rr82sb82eaA+baAhY6AppzXZBiE5XTs7Jx78ZNx/3Yo8fZ4G+JcEh1Y+elQdE1eX9LgxLf1ZVl5L YeHL4rL2yqqO2oY3z5p7Wtr7O7I763EbZtkH8fSWu/VX+QzUBA3Whw02RA82xdOaU2gvModb84fa i+mdFWPd9WM9z8b628ZpnW2pTu+zz2VDYcTDrfWpU4ELAanYHyHdDtc6ach70uCIUZRhxrPs/JZC dKhL2ysqXtU0kpDcmnL4nYnbg2k8ZY595W4DVT4N0YZpllfSrOTTrK6lWSulWSun2aj2VCbQOytH 39SNdjeND7S1pTqifd7TXxSeT2zz7FmQrrhLbRFbgeGG9zXCSk1Z6PAXtDwhIVXjgcKpMROlKDyF JJ6ep9YIKddGKlj+sN7uNbq71uCbSOxeo79zbV2IUWdROL2rcrS7frSnqfXx/fntg/1lmWVlm8uA JON+eYv4D4jnupc8dlwy2XE5z/Ox40rbKio7ahAPjjrsr0KmfXqKzXue2tgd3GjGsQnfLYlGL5PN Xz62eZlia3sACzc/uHKG6ji0Um3A9T/FY5ZphpDu59o5FrhIuYsjGA7xHxS85HAsxdYmJDWkpDVl siDZ1qVQ9qFmCjGeCw26n5hRTdse3DhQ5T1QHTBYFzrYENUcZ/Ey1bktw324rWC4/SlCqgt8Px4D Bh7DdH2EZJVtfT/XXsJNlIO0j5ynTEjlo/CqKAoSdhxCwo67X5vMR853xEP115v8uwiJtM9mfPeW u/RXefdXBwzUhQw2Mob3EDm8h9uK6v7MPjh+9FK1CUgZpmglcdeL1PgRcTxrlmJinW55L+NebF0i w0ov8q1rEvgd3hrPb3I1uvPv2rLwlDkgJMJKNYEDpJUGG+Noz1OHXmQMtebNg4c1328la+ql6Rik oZVMRZ0FKDxUQFttv/Y9YaW6xEQSkmV1HB9zPUQTIZ7X2TcQEvaX6ZZN+O55akVB6q+chkRDKz3H RSBjnvFDrc+IRyNJ9fZjTcpKIi7nKRj8Rjw4lqTdJeR8pEIqwilIaCXzqhgSz/T4eZ0lj5BY/dXz xBQh9ZQ69JYRVuonx9JA/SNaUxyt+XFdoOL75jv2F4VHJeE6QiKslKqNbgZlGXG3iw75Tq5FHl7F fn5PgxBSRFU0QjKueMTCQ42frvTLrzPlmXg2dRfqE5CKrVgdR0IKGayPGGyKQ/uglNN7xjM/2V/X 4mSVmZAuOJ6g8Ii6XLifZ8eE5OtXEkRZyaginMAzY/3pShPpShNHPKbkfH+Tf7u7QL+bsJL1s0fq LfHa7WkW/VV+OLwH6iPmm+9kf+H6LBcrqRArS1gpUfW84zHGeHY+b5FpgYuAfd40pNDKCL3Sh+/M 947HZ7pShdEyVH+9zlHrJiH1PDEjQG7ZFCx9pL/Sc6DaD600n32Y80sySkQuRlIhjoB01vEIhWeb 3DIcyVTgUvhOxluM6jjdkmC+Gfs74nmVxNfx+HSW6b4Q2R0W24ghjTCogNlk7dOlnvLk8PZEK+H8 mn+/wP4SjxS4HHVRNuayfKyMsPfJg7rsB3U4DutuPazLdURv+xHdHXx63EoPr1FWulMcwE/2F2t9 fpWwp4OAdKbY8Uiw1PZgqR3BUjvRlQ+S4gmW3teSoN5TbNlbatdb5txf6UWM53nnO543hMNPiEde uBwlLBsjcTVWRjnhmlqislbyTZ3UuwZpeqYZphZZlthxDvnOLoXumkU+jPHMwhPPgZBIK53pTBXu ShfvypR7nXX9Ta76m1zN7gLd7kIjFiRq/XFSmOO8wdovDuhzHjL4/bDBziOGu/iM9vIZ7TtmfOi4 Cd9Jk6OnTU+dMT113uysgPn5C+YXhCyET1hd4meNZwue9Lvf1XiuqfFaX+vDVeuzu9b3YJ3/sbqA P+oCL9QHCdc/EK9/IFkfcrUx9HpjmFJjhEaZszhx/nn//GIcER2nD4d8M4+LjtMlM7PUeKbWw0zd bcSbGTKohO7bbyZPrtGu982vuxY65yz3XA0Ulgm8IB0gIOF/Vtz/tKjfKWG/48J+x/YZX96tIcej JsEK3GrirMROqYtKcvJq16+rkkGN+SYSNzQ0lU1TDI6mGp3MND+XbXkh955Ivq1YoYPkUxfZcneF Jy7XbSQF0B2AWfTgQVj7cA+G+v5XGMp6nmd11Sa3l4e1FG64Wb7Onr7OfngtBrthTOMb00SCWTIz sKooKU1RpSCtq+EGGrHWhmnu9jmB3mUJMXU5mcWPIlyuy88JZi5I7SxI61QqUTO7xdC+8LF9EeN7 w8cwUGkikOm9M7J7mWG9K4FKQ0jBW1Hkwe1rCCnOxoiE5IWQkj3c5wEzG1JNX2tJ97P0jirEg2rP 3x1wThv1yh7zzR19UDQW/nQsumwisWoypWYyu3Eyr2my5OVkRdtkfdfU8zeTbb1T+Z1TnD6jKKj8 h7irzAlvxYsUpChTHQrSn4KhaCak6t6XCIm0z/CZ2/32KaNOBKRR3fARw8gR4+gRhJRQNZFSM4GQ nFNHPTJGfbLH6jsJSFntUxw+I9ibikeF7ET3usudQSv5KUt6axGQ/iIYihASFeydXTRv36X66/Tt AevEEYSEVmLb6LdiueWqjb5hxZSVENIk20ZfqpCwUudkZhviGUVB2aMXEc9MSP8tMLOJwnNSs988 bgQh2T1GPL4/LLdCVAaRdEyv3haWVD2JSFYsI/CUtExWv5pMfjHF4T2C/fX7Pun/IYB3iMJz/Ga/ UcyIWdyITRIDDzatE0ZHDJiNKZsgCwk8hc3EWEpoJvCg4LZ9Mh8Dz7GbA7oRI8YxI+bxo6sY9vG9 GzpC4vG75VTNNJpvTtNk4fPJmEZGf30kPLxq/drhI7oRdITERnbNjyttV5FjBhMEmB/vo30wkVo7 gZAi6on5hYIfqb94Vfs1H9LvhtP1I0eI8bzMEq1BBYTESiPCpOqJ1NrJ0NpJRn/t/xj2GT6o1Kce PIyQ0EpUf1EwJJyGLjsNEVkCIdF3MeUTyTWTQVUfyz4/q1aRePpv+A2rB9MREtVfFCQVf7pGMJ0C s4Lsr0clEzHlk/4Vk5wfZ/z8rIJ46HsV+675DCv50xESNXSp8aPkO4yQMIFZqr8ePhlDSF4lFJ7h jzGecRnZc73/isewAgkJO4WaSnqP6CYxIxZxI/eSWIuSb0D+2MOiMfenBB5cnz/SeN4t3yfpOnzF Y+iaL5053/20I0YQEs44i/gRav3Bt3fOaFDBmEvROMdHGj8qVWifXVf7xJyHJV2H0Eo/8UQjpNU7 o6nhTUFasyuajSx0xV0sd8yhYJzYvz5Cf5Hjmb5Drk/YfoiA5EZaiTmWboUgJLpBFLG9WiWO3ksa wT3XLWPUNneM2C/shj/OfKdvudh3RHuAT3vguP7AaaPBs8aDQua0i5Y0MWuaxD2atO2QrD3tquOQ ouuQktuQmicBeLMzcXLb9hH6C6fJOh0ahrXag2vxTaXJNyus1RmkCteyOMkj4v/1/tqhUcI6oFKn VurIOvOA+s45lpEmCwVl7v15G/9NErmV1UGbosLz3qnq11NFbZPZLyYTGqei6qYCKya9SicdiiYs cyeMMsdvp06oJ43LxxJBVif+z7V/ELEgvRokIXUhpCkKUmTtZGDlFAXJgoSkFD+OkD4eGIooSC/7 CUhNPQSkglbKSpMkpEmvsmlIHxsMRQjJ0LfmpnstBlVXIig51yo6115zrLnmWCvvwAj/HjD/Bpr+ u1X4z/+71RlxMxHP8d9ZE3+3SvwdK/F3q/C/7u9W/+x3ynd+53tfcLK3/YucM5XrGRkeOL7vwAky HJ8RTuw7eGI/qxClNETOqIuc0RA9iwkynFWnSqhCMqgKnebYxD6zif1qK/ne/k1u5o0MH/NXOjGV TdR90Du/wBUy01Q2UpXrzOHDM/UfUFvJb7PtdrqlQ1moR3WMd018cENq2LPsuBdPEltLMjtq87qa /vA5gvrLXQUaw+/0VgT0VQb310b118cNNKUONmfTWoqG28ror2peZfsT+g8degf/H/d4XAvd/cuC 3Qo8lHyuG0Tq5b4oeNL6tLarvvHNs87BLn5vbkK/y7nGCM3eCs+ufCfiNyrr6+QPVCo9NWkj3fXj A62dBSGRqtvexa++6uS9HQ75Tm5FHiaPDbeIrThlyJdYn5KDTbxkNMHvzXNJZWOZy+nGsButj/UC JfbfP77ZV/awn9xRZ8HtgZf5O4tjsImOvEBC/6F39Z+w4bLKtnIocDZI1tki/sNxg0NxdUnYBPkV JdWddagf8Zc5n6h/KP88Won4xUiGj/z9L6I50S7TUqm7IpbeWfkq1y9KbQ77HLPhNEw3sMy2upug ifhRf0hlRHRtfFID0UThy2Km/mP1wWLNkQqk/iPEr4w1QQP1EbTmJNqL9OG2gvZsT+zi2fY5ar1Z J/UuNqEZq4r6t8os51L4juva9/aZdlQTDPs4H2l4INoccRn1B0kd7C1z7C13HagJHqwPpz1LpD1P b89yxVH0jn7Ez2+1QS1RSSfljnL0VdR/WHebfpKO6WMjn2L/qJo4NBSFv9TxcF3AH8/CRc04NgVL 7+9+YtZbZs/4itpQbKIt3R7xn501PvmsfiGvaJWuR8qgfl69nbZ5dtjdOKIeVoRH18Yx9e+p9edv CjlN3JhL8RB3+kXGTY9uZphJduU5DdSFtqXdn8M+ait5LdfIRIthEzLhxG9RezQ2XHK9IOEqIukm 5pzn8rAijGEfR55aH+7GB3y2BzZ6nPs93ehUholglDJfoMTelngd7O7Wx2Zz6j9iuUIiUvBKjNiV CNEDOpsP6W49pPs7r94OXr1dpqnG3sV+DPwO22u92TuS+Z6HnwiS5AqW2hEktTtYeu/LRPXeUjSU a1uKGdr/Xfuorzpo8u2FML7LUUIy0ZduxMsTfZF6Rz9V1zKbuMV2LfLA+YX4i21213itbI/n7Ejm 7UoV6EoTe52p8CZHtbtQv7vQuKfUrjVJb7b9sX+P2BB/nH7QZDocYCXIct77jPVn7mtf5lVvtv6O DIPdqpKSM/Ub25g+yolMrE4NK491e/LwXr6PsKvnNjXb7apm21VMiTcZtgprXVC0vnDDhhEUrc8p ++rLaUQbKGQ6G+R5W1XF+r8sTMaAyzi8TdhEC+0NhvSOKgzijjlrzYbOhoyeCxu7EDEmFDF2MXLs UvS4WPS4ZOy4ZNy4TMK4aNw4nnHVL1z1V5OOMNRK93TMCfDGJmYrn9lETV8r6pdyysODu33KqEfW qH/eWFjxeHzlZGrtZEHzZEnLZF3nVEvPVM6rKdR/44SI65VTQVoKQXeU0wPeq5zVBBVEtB+hfvJK boRLLBe9u/O6DdYJI8ZRxI3Gmp3RdZ2T6a2EfsED0vclBR/eVsUm5lc+kzTdq1G/UTRx67dTJA29 2d3y5SuWWcq5D1E3j/gVyc+nKB/7r6tlEepH30Yngm4YTT95sxJdaE7JMtQs5Uxb9YsHfg4aKqqB wL/3jNoH6Ndyr0H86APrRIwcVa8gL5gY1yjkTYpfSu1ERN0UcfkiqPXB+JX96Tcf0HlVK6j7GglH GnXLhvoTqiYCKicR/wfrR/zy3sPKAcOHlCsIm//qoRowjJ78D+RdTPjTcd/ySXTJDgp9MP5BSdch Be/h/YoEfrSScczIvWTiMgXxBxeOuRWPfzh+NwL/Jachabeh/Sr1CJj3Zj11GUHq9/XKHnUuHEf8 Bz5IP/Yv2l/AdkjceUjanbgbUg0irs/0I0fwi1QChl3Sx+7ljOH4/DD8xPgxH2bXHtyiQ9uqS/td n7ZNn7bdkLbDiLbbZIjbZIjHhMZtPkTYR+jWB+i3Ca7lcXhzMWT0wsPRc8Gjp4NHTwSO8vmPHvYd 2es9wuM1ssNjhMudvsHqtYpB6AfoR/KKb+4cnKrvZoSslqnkZ1NBlZNuTyfRLbyTSgQxs8IPU07R zCbQBc14Pkk1Qen/HyqnCJvA4BpZMzv8ReVp8O/+u/UFlKuis3hqKu3d/1/O+/0UmyhLXkc2PAYc 9ebhZwbcUous+cucBIngLES9A24LykhJ2qbYSLmLB5QG79b4qri1pOFNU2F3M/JXeEh15dmRv5Fz 9dbn0ruaHuoKX5GWtEu5J+py3rnQbbfG3xLqH+OpNb6lmDhyuwnhSSNZV7gxwqDATnnwRSHyo37k F3Q6ZZRugPzcmp945nuGNGYQ+l1PB0txZ5iJ91X547ETz/8UP+I5Zb/31mNNHq1PnQtc/UuDvWri L+GR1Wkv6s8wOf8q0zjfVhm9hhA9Bv8Ju10yMZdQOYpgsC72J49wO/Msd3id2+h1fmNvmWdPqedD XSGC/7HNIbOFeE7js/oVT8snbbafuL8H+XONfyt12FnmyI3A8FvKPaTD9EUiwkIq66r0HQwjKxLU A7w2yiXt1gpnhghurQj2G8n3VLUynA1Kov3SA71YvRD8IPSGvsc+82GL+BFx08a4ign9gLZH+X1y iePqArIRpjotxH9p/S7tMqapBhB35dvl637i9JUzr5KKG9/OfawgL2c2M9JOoyEZt2Hcj9btDse1 V9qkUiJmbMf7+Tn1aBftaSt/cjqu/WINp6+oXqXwo7F59HPq0s7fo22+kHM3jM6rUiFr2yIYMZ/+ fxkOoQgucTuNaLi47TMfYrcZllcx7enpnpM/MKMjs6YPp3xi05RHyaRa0riqZ9mL9v45mSmKzHuF iyoG3HqIP+efiw4AHLUGSL0LYKAJsEUMQAYnzHdcsMA+M21RQ0rv4gL+3sWXVHoXOx/pXSza3LvY jKN3idRB+l7H3v8DUEsDBBQAAAAIAOxLeDnk5tCGrgAAAJEBAAAdAAAATG9nNGN4eE1GQy9yZXMv TG9nNGN4eE1GQy5yYzK1kE8LgkAQxe+C32Ggo7QL0RcQLZAyoz9eQ93ZHNhc2F1Bv32rl4I61sxp eMzvPR7nYcA57PV93QxDvk3YKVnBEgxa3ZsGLeTUGG21dFCS7SsFSRSB0F7ptAMU5ECQwcapcUKF QRgsSAqUEB/Pl2uaFbfsUBa7TeoFNEYbcC1ZkKQQ6EWpan/X41e/6bMTJIHzT+i0/JczNxILAY+q 8wHUOOdD8VZKiwYZY3+wfgJQSwMEFAAAAAgA7Et4Oc8okUIuAQAAHgIAABUAAABMb2c0Y3h4TUZD L1Jlc291cmNlLmhtkFtrgzAUgJ9X6H84sMfC1K7Q7TFN0iEzSfFS7FOwGkuGKFTdHKX/fdFdWkfz EnK+79xiWacTF5LQDeWEcuzS4HyeTiwLmE6PVV3lDWx13SYF4NkMDqpUx6RRGegyLdpMQa4L9TAk RLUJ7z/Bqw6LtOvYGj/4uCfTyX2mcl0qcIkvGXL52keM3vXHmT9dYybRSkThSsQDtTvbduxrgYwF xx7R4D91xrmeeFngODajSeIi8/q25tPJsAFXXQNGT9qigfekaFUNeXWEUn1AtX9TaVMPnimqc+MB 2gRhRFwhXb4Vr5QMoBwRnyIiuLeTwY6thBf0rX5HksaSnMahsQIR+ZjKLfIian7l+ZaFBQ994f1I /fL2Lc10ouQiObdLMYb4n/U4Xy57T5WZzi/3F1BLAwQUAAAACADsS3g5bxDpsY8AAADSAAAAFQAA AExvZzRjeHhNRkMvc3RkYWZ4LmNwcGWNMQ7CMBAEe0v+wynUxA0VLRIVPOJyvmBHjm3ZFxF+jwkR De3uzo4xUMXiuPaUM5yhpqUQw+gDgzgU8JHCYrnCtFRpEbc9RovF/iqtjIFbepxoXe/XS5/JwdOH AANvQC58pDTn9mnBMVouG7KL0zB955SioI//jLwyN9uYyoziU9RKq8Nuh26/cd0n1uoNUEsDBBQA AAAIAOxLeDl6o1V2wAMAADALAAATAAAATG9nNGN4eE1GQy9zdGRhZnguaM1W72/aSBD9TKT8D6Pc B1+rlh8tQWl1OQk5zsk6MBGQhg+VrM16DHu1d3276wT++84aCIaS0/XakwIShN2dee/NzD6n1QJj E5Yumwv4CELyrEwQUpHRh9K0x2TCdAJmZSzmewfMm9OTVgvoVKHVX8gtmAK5SAXfPwZ2wSwwjVAa TCDV+HeJ0mardfx9ud7kCybntC/k7sTpyenJL4Vm85yBkhyr3yKVCaYQTwL/dhzE/emAFmlFSKwv QoeWUSYirUd98uNgNh33B0E/2oXVVxsNIhUs1wI0MctWbyvixpZpSvRVDndCJurRwAJZgtrUgSh4 qOjvFcl2Ncwy9SjkHNZIBkQKK1XCgj0gWAWW6TlSAaDImKWK51RMQSV1WxSvXMimrEThHilbswIZ Y4rVseHkKqp65c5TEjTW1VBRLHClNZpCETmi8MCyktK5s0SQwqnGT7imuSvSXRh9CsaNRlWKvlPg WgeK1COzpd5x4o7BthqzGzcMjoJu7mq7TgbtZfu83aky+lWnia8wW52soBki5RS7plmrjaIDGh6o zkJJ41hsAJvHGhwT3vt37jOa/gB/+PZVm7IaxlbY/6GrUb2Oq7sa3U2+U9+Hi2P92U/p5HQ7bfh+ OVuUIe6hPNegMPi34xUG0Gu2/4E6HSDWvXb7pzQhDPZpb7HIUmJ/Mh2H0R9kFjeD0A+nsT+KaOnW n47GE4duVI7gT6x2941TRqtLbpU28CiyjO4v4LLIBBd24xUkt4JNYXjte+QoorqqxKNKxVWe0z0m E6YlixIMS8mQQMyl0mQIj0xLdz5HY9gcTZ3v9SzuDwbxXX8cEefJugcbY/6NHJ9sqbn4/Wm8nXFd +84ysMJ7sn7iQA5CXmEOEuDSHklAqyirajrEg5BEmKIWswnpl1blzArnWBkzBjehtaFxaqJRPBoE 8eT25mY0nh5mttxmlLoaKpfUlEWhtK3sLpQ0OJLaHVD1SaCGLvjr0vpKWq2ymocfYtKXP4yegeW5 rECPoW5vxDNITv1zGN++iVVF6jYK/dFVUC1sHioJxMM4nF30dg9LNzfUsV8zIb+gfnPWypkUKT0a EiwIHCVfffx8ZlcFXno0B+/feSBZTj+GgmtlaNaaWzNas3+7Ze9tL8ulR7fSvT33/Oc0gEr3NV8I S/8K0CW+9JYXPdor72ne/8TVVH1BF3T+4fy+1+10u5ynnST16FbLeUnDe+m99j6fnb1y9ckOxPV7 3RcmTrBe9yepm704cSxPfkCdwRcm5/V/lbIxhKeHwenJV1BLAwQKAAAAAAAPaoE5AAAAAAAAAAAA AAAACwAAAExvZzRjeHhNRkMvUEsBAhQAFAAAAAgA6GKBOWOhrYraBAAAOgoAABkAAAAAAAAAAQAg ALaBAAAAAExvZzRjeHhNRkMvTG9nNGN4eE1GQy5jcHBQSwECFAAUAAAACADsS3g5LS9umj8BAAAQ AgAAFwAAAAAAAAABACAAtoERBQAATG9nNGN4eE1GQy9Mb2c0Y3h4TUZDLmhQSwECFAAUAAAACADt S3g50j5X6+cFAACzFQAAGAAAAAAAAAABACAAtoGFBgAATG9nNGN4eE1GQy9Mb2c0Y3h4TUZDLnJj UEsBAhQAFAAAAAgA/WmBOSiwTaRDBQAAIBYAABwAAAAAAAAAAQAgALaBogwAAExvZzRjeHhNRkMv TG9nNGN4eE1GQy52Y3Byb2pQSwECFAAUAAAACADsS3g5FwKfQYUFAACmDAAAHAAAAAAAAAABACAA toEfEgAATG9nNGN4eE1GQy9Mb2c0Y3h4TUZDRGxnLmNwcFBLAQIUABQAAAAIAOxLeDmGyVyLfgEA AHICAAAaAAAAAAAAAAEAIAC2gd4XAABMb2c0Y3h4TUZDL0xvZzRjeHhNRkNEbGcuaFBLAQIUAAoA AAAAANdjgTkAAAAAAAAAAAAAAAAPAAAAAAAAAAAAEAD/QZQZAABMb2c0Y3h4TUZDL3Jlcy9QSwEC FAAUAAAACACyhAwzeSLC+twoAAB+VAAAHQAAAAAAAAAAACAAtoHBGQAATG9nNGN4eE1GQy9yZXMv TG9nNGN4eE1GQy5pY29QSwECFAAUAAAACADsS3g55ObQhq4AAACRAQAAHQAAAAAAAAABACAAtoHY QgAATG9nNGN4eE1GQy9yZXMvTG9nNGN4eE1GQy5yYzJQSwECFAAUAAAACADsS3g5zyiRQi4BAAAe AgAAFQAAAAAAAAABACAAtoHBQwAATG9nNGN4eE1GQy9SZXNvdXJjZS5oUEsBAhQAFAAAAAgA7Et4 OW8Q6bGPAAAA0gAAABUAAAAAAAAAAQAgALaBIkUAAExvZzRjeHhNRkMvc3RkYWZ4LmNwcFBLAQIU ABQAAAAIAOxLeDl6o1V2wAMAADALAAATAAAAAAAAAAEAIAC2geRFAABMb2c0Y3h4TUZDL3N0ZGFm eC5oUEsBAhQACgAAAAAAD2qBOQAAAAAAAAAAAAAAAAsAAAAAAAAAAAAQAP9B1UkAAExvZzRjeHhN RkMvUEsFBgAAAAANAA0AgQMAAP5JAAAAAA== ------=_Part_51709_4889010.1228134056445-- From log4cxx-user-returnyharris@example.net Mon Dec 01 13:01:46 2008 Return-Path: <log4cxx-user-returnyharris@example.net> Delivered-To: yharris@example.net Received: (qmail 19357 invoked from network); 1 Dec 2008 13:01:46 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Dec 2008 13:01:46 -0000 Received: (qmail 22017 invoked by uid 500); 1 Dec 2008 13:01:57 -0000 Delivered-To: yharris@example.net Received: (qmail 22001 invoked by uid 500); 1 Dec 2008 13:01:57 -0000 Mailing-List: contact yharris@example.net; run by ezmlm Precedence: bulk list-help: <mailto:yharris@example.net> list-unsubscribe: <mailto:yharris@example.net> List-Post: <mailto:yharris@example.net> Reply-To: "Log4CXX User" <yharris@example.net> List-Id: <log4cxx-user.logging.apache.org> Delivered-To: mailing list yharris@example.net Received: (qmail 21990 invoked by uid 99); 1 Dec 2008 13:01:56 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 05:01:56 -0800 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of yharris@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO nf-out-0910.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 13:00:29 +0000 Received: by nf-out-0910.google.com with SMTP id k4so1391447nfd.0 for <yharris@example.net>; Mon, 01 Dec 2008 05:01:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=Aztv5XN2Buis+Ng/k57tTrPThTqXZWOFMVT9QyT6soU=; b=rnIyW5hWNp9Zv8F6RJ+ZP84ngvaT9K0/LoHl/1YgmIeYSF4I4JoLVnCSD050U3al9U YlRPEVlmMZNSmqeVoy0xPvutCIOjh9m171gTRdfaFbhe5gMyhwAZYOoqxAnI9nOWLgEN 0O8YIEdDcoOLMPwsdG848JXrFfX8PdOKh/YxI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=BS7qCFn3T6/saxXBRfvIuH1S/1hDiZLzXfkXpqAZv0UUchFF4uC7ZRWaVkedmICBEY 2rpVn1U5QREPaS+uvT/kZtdFv+E4t18+eEGSFd+1lYRVIb6cwV4JQIyaLHwyMTVxZDPE S6yTSZ9lc+sL+JdOLDPadPIu46/qf6eAT5O6s= Received: by 83.161.120.155 with SMTP id q2mr6304129fga.3.1228136475300; Mon, 01 Dec 2008 05:01:15 -0800 (PST) Received: by 83.161.120.155 with HTTP; Mon, 1 Dec 2008 05:01:15 -0800 (PST) Message-ID: <yharris@example.net> Date: Mon, 1 Dec 2008 14:01:15 +0100 From: "Peter Doornbosch" <yharris@example.net> To: "Log4CXX User" <yharris@example.net> Subject: Re: Visual C++ Assertion failed when using LOG4CXX_DECODE_CHAR macro in statically linked MFC project In-Reply-To: <yharris@example.net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_52224_9927347.1228136475297" References: <yharris@example.net> <yharris@example.net> <yharris@example.net> <yharris@example.net> <yharris@example.net> <yharris@example.net> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_52224_9927347.1228136475297 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline > > I guess i'm missing something then. I've been looking for a way to convert > a string (whether a CString or a simple C zero-terminated character string, > i don't care) into a LogString. > Got it now. As the application is defining _ MBCS, LPCTSTR is actually a pointer to a char, which i must convert to unicode (using MultiByteToWideChar), as the LogString constructor is expecting unicode, is that right? Thanks, Peter ------=_Part_52224_9927347.1228136475297 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline <div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="gmail_quote"><div>I guess i&#39;m missing something then. I&#39;ve been looking for a way to convert a string (whether a CString or a simple C zero-terminated character string, i don&#39;t care) into a LogString. </div> </div></blockquote><div><br>Got it now. As&nbsp; the application is defining _ MBCS, LPCTSTR is actually a pointer to a char, which i must convert to unicode (using MultiByteToWideChar), as the LogString constructor is expecting unicode, is that right?<br> <br>Thanks,<br>Peter<br></div></div><br> ------=_Part_52224_9927347.1228136475297-- From log4cxx-user-returnyharris@example.net Mon Dec 01 19:16:19 2008 Return-Path: <log4cxx-user-returnyharris@example.net> Delivered-To: yharris@example.net Received: (qmail 6378 invoked from network); 1 Dec 2008 19:16:19 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Dec 2008 19:16:19 -0000 Received: (qmail 93300 invoked by uid 500); 1 Dec 2008 19:16:24 -0000 Delivered-To: yharris@example.net Received: (qmail 93284 invoked by uid 500); 1 Dec 2008 19:16:24 -0000 Mailing-List: contact yharris@example.net; run by ezmlm Precedence: bulk list-help: <mailto:yharris@example.net> list-unsubscribe: <mailto:yharris@example.net> List-Post: <mailto:yharris@example.net> Reply-To: "Log4CXX User" <yharris@example.net> List-Id: <log4cxx-user.logging.apache.org> Delivered-To: mailing list yharris@example.net Received: (qmail 93267 invoked by uid 99); 1 Dec 2008 19:16:24 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 11:16:24 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of yharris@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO smtp-gsi.geckosoftware.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Dec 2008 19:14:53 +0000 Received: from [83.161.120.155] (office-net.geckosoftware.com [83.161.120.155]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by detroit.geckosoftware.com (Postfix) with ESMTP id 245FA47D36 for <yharris@example.net>; Mon, 1 Dec 2008 12:15:09 -0700 (MST) Message-ID: <yharris@example.net> Date: Mon, 01 Dec 2008 12:15:30 -0700 From: "Jacob L. Anawalt" <yharris@example.net> User-Agent: Thunderbird 83.161.120.155 (Windows/20081105) MIME-Version: 1.0 To: Log4CXX User <yharris@example.net> Subject: Re: Visual C++ Assertion failed when using LOG4CXX_DECODE_CHAR macro in statically linked MFC project References: <yharris@example.net> <yharris@example.net> <yharris@example.net> <yharris@example.net> <yharris@example.net> <yharris@example.net> <yharris@example.net> In-Reply-To: <yharris@example.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On 2008-12-01 06:01, Peter Doornbosch wrote: > Got it now. As the application is defining _ MBCS, LPCTSTR is actually a > pointer to a char, Long Pointer to a Const Tchar STRing. > which i must convert to unicode (using > MultiByteToWideChar), as the LogString constructor is expecting unicode, is > that right? > I don't know if that is the cause of your error, it would cause size differences when using functions that assume sizeof(character) (eg TCHAR) == sizeof(char) (byte) and confuse character counts with byte sizes. Seems strange that it would work or not depending on your use of MFC (static or not). That sounds more like a new/free or other memory tracking mixup. -- Jacob Anawalt Gecko Software, Inc. yharris@example.net 734.350.6962 From log4cxx-user-returnyharris@example.net Tue Dec 02 14:09:30 2008 Return-Path: <log4cxx-user-returnyharris@example.net> Delivered-To: yharris@example.net Received: (qmail 63126 invoked from network); 2 Dec 2008 14:09:30 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Dec 2008 14:09:30 -0000 Received: (qmail 75144 invoked by uid 500); 2 Dec 2008 14:09:41 -0000 Delivered-To: yharris@example.net Received: (qmail 75128 invoked by uid 500); 2 Dec 2008 14:09:41 -0000 Mailing-List: contact yharris@example.net; run by ezmlm Precedence: bulk list-help: <mailto:yharris@example.net> list-unsubscribe: <mailto:yharris@example.net> List-Post: <mailto:yharris@example.net> Reply-To: "Log4CXX User" <yharris@example.net> List-Id: <log4cxx-user.logging.apache.org> Delivered-To: mailing list yharris@example.net Received: (qmail 75117 invoked by uid 99); 2 Dec 2008 14:09:40 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Dec 2008 06:09:40 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [83.161.120.155] (HELO mailout01.t-online.de) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Dec 2008 14:08:13 +0000 Received: from fwd07.aul.t-online.de by mailout01.t-online.de with smtp id 1L7Vvw-0000kW-00; Tue, 02 Dec 2008 15:09:00 +0100 Received: from localhost (VOekT0ZvghLM7wb4Buw2DvFWiNLsBZYTN0StOTRpixk-GVvfqv2PRE3IuCuNjQGQ1p@[83.161.120.155]) by fwd07.aul.t-online.de with esmtp id 1L7Vvp-0zM6aG0; Tue, 2 Dec 2008 15:08:53 +0100 MIME-Version: 1.0 Received: from 83.161.120.155:44991 by cmpweb08.aul.t-online.de with HTTP/1.1 (Kommunikationscenter V9-2-23 on API V3-3-19) Date: Tue, 02 Dec 2008 15:08:53 +0100 Reply-To: "yharris@example.net" <yharris@example.net> To: yharris@example.net X-UMS: email X-Mailer: TOI Kommunikationscenter V9-2-23 Subject: 2 AsynchAppender and a Deadlock From: "yharris@example.net" <yharris@example.net> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Message-ID: <yharris@example.net> X-ID: VOekT0ZvghLM7wb4Buw2DvFWiNLsBZYTN0StOTRpixkyharris@example.net X-TOI-MSGID: c5a178e7-71fc-42ae-8e30-6f99797d3ccc X-Virus-Checked: Checked by ClamAV on apache.org Hi, I have tried to use two AsyncAppenders, which have some Appenders in common, in parallel. I ended up in a deadlock. Has this never been tested or is it the intention to use one AsyncAppender at a time only?? This is not an offense, just a question!! I can live with the "only one AsyncAppender at a time" version. Cheers Stefan From log4cxx-user-returnyharris@example.net Tue Dec 02 16:35:32 2008 Return-Path: <log4cxx-user-returnyharris@example.net> Delivered-To: yharris@example.net Received: (qmail 48151 invoked from network); 2 Dec 2008 16:35:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Dec 2008 16:35:32 -0000 Received: (qmail 38649 invoked by uid 500); 2 Dec 2008 16:35:44 -0000 Delivered-To: yharris@example.net Received: (qmail 38348 invoked by uid 500); 2 Dec 2008 16:35:43 -0000 Mailing-List: contact yharris@example.net; run by ezmlm Precedence: bulk list-help: <mailto:yharris@example.net> list-unsubscribe: <mailto:yharris@example.net> List-Post: <mailto:yharris@example.net> Reply-To: "Log4CXX User" <yharris@example.net> List-Id: <log4cxx-user.logging.apache.org> Delivered-To: mailing list yharris@example.net Received: (qmail 38337 invoked by uid 99); 2 Dec 2008 16:35:43 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Dec 2008 08:35:43 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [83.161.120.155] (HELO mailout10.t-online.de) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Dec 2008 16:34:14 +0000 Received: from fwd09.aul.t-online.de by mailout10.sul.t-online.de with smtp id 1L7YCG-0006O0-03; Tue, 02 Dec 2008 17:34:00 +0100 Received: from localhost (G-Z6zBZVrhc-0g2N9A5lvngq4OvpcWmm+JcIkqAAoZ3tI+IYeTeEIdeg6xWe-iwgbx@[83.161.120.155]) by fwd09.aul.t-online.de with esmtp id 1L7YBy-1o23Oq0; Tue, 2 Dec 2008 17:33:42 +0100 MIME-Version: 1.0 Received: from 83.161.120.155:54977 by cmpweb07.aul.t-online.de with HTTP/1.1 (Kommunikationscenter V9-2-23 on API V3-3-19) In-Reply-To: <yharris@example.net> References: <yharris@example.net> Date: Tue, 02 Dec 2008 17:33:42 +0100 Reply-To: "yharris@example.net" <yharris@example.net> To: "yharris@example.net" <yharris@example.net>, yharris@example.net X-UMS: email X-Mailer: TOI Kommunikationscenter V9-2-23 Subject: Re: 2 AsynchAppender and a Deadlock From: "yharris@example.net" <yharris@example.net> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Message-ID: <yharris@example.net> X-ID: G-yharris@example.net X-TOI-MSGID: bb86ef2c-5324-45d2-adbe-c9cdb639dc57 X-Virus-Checked: Checked by ClamAV on apache.org For the sake of completeness, I am using log4cxx 0.10.0. Cheers Stefan -----Original Message----- Date: Tue, 02 Dec 2008 15:08:53 +0100 Subject: 2 AsynchAppender and a Deadlock From: "yharris@example.net" <yharris@example.net> To: yharris@example.net Hi, I have tried to use two AsyncAppenders, which have some Appenders in common, in parallel. I ended up in a deadlock. Has this never been tested or is it the intention to use one AsyncAppender at a time only?? This is not an offense, just a question!! I can live with the "only one AsyncAppender at a time" version. Cheers Stefan From log4cxx-user-returnyharris@example.net Tue Dec 02 18:54:46 2008 Return-Path: <log4cxx-user-returnyharris@example.net> Delivered-To: yharris@example.net Received: (qmail 19577 invoked from network); 2 Dec 2008 18:54:46 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Dec 2008 18:54:46 -0000 Received: (qmail 84701 invoked by uid 500); 2 Dec 2008 18:54:57 -0000 Delivered-To: yharris@example.net Received: (qmail 84683 invoked by uid 500); 2 Dec 2008 18:54:57 -0000 Mailing-List: contact yharris@example.net; run by ezmlm Precedence: bulk list-help: <mailto:yharris@example.net> list-unsubscribe: <mailto:yharris@example.net> List-Post: <mailto:yharris@example.net> Reply-To: "Log4CXX User" <yharris@example.net> List-Id: <log4cxx-user.logging.apache.org> Delivered-To: mailing list yharris@example.net Received: (qmail 84672 invoked by uid 99); 2 Dec 2008 18:54:57 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Dec 2008 10:54:57 -0800 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [83.161.120.155] (HELO QMTA07.westchester.pa.mail.comcast.net) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Dec 2008 18:53:27 +0000 Received: from OMTA10.westchester.pa.mail.comcast.net ([83.161.120.155]) by QMTA07.westchester.pa.mail.comcast.net with comcast id mDGv1a00G0cZkys57Jt7lw; Tue, 02 Dec 2008 18:53:07 +0000 Received: from [83.161.120.155] ([83.161.120.155]) by OMTA10.westchester.pa.mail.comcast.net with comcast id mJtt1a0034pElZx3WJtyCK; Tue, 02 Dec 2008 18:54:08 +0000 X-Authority-Analysis: v=1.0 c=1 a=sQjKGT9JsfjwkwfcMJMA:9 a=FsdbzQCwL_ptduj7JWrxPVxSQAUA:4 a=W_ZxIn_LcXcA:10 a=WuK_CZDBSqoA:10 Message-Id: <yharris@example.net> From: Curt Arnold <yharris@example.net> To: "Log4CXX User" <yharris@example.net> In-Reply-To: <yharris@example.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Subject: Re: 2 AsynchAppender and a Deadlock Date: Tue, 2 Dec 2008 12:53:52 -0600 References: <yharris@example.net> X-Mailer: Apple Mail (2.929.2) X-Virus-Checked: Checked by ClamAV on apache.org On Dec 2, 2008, at 8:08 AM, yharris@example.net wrote: > > Hi, > > I have tried to use two AsyncAppenders, which have some Appenders in > common, in parallel. I ended up in a deadlock. Has this never been > tested or is it the intention to use one AsyncAppender at a time > only?? > > This is not an offense, just a question!! I can live with the "only > one > AsyncAppender at a time" version. > > Cheers > Stefan > > Connecting the same appender to two different AsyncAppenders would be a more likely source of problems than having two AsyncAppenders. Without a stack trace and your configuration, it is difficult to determine the nature of the problem. From log4cxx-user-returnyharris@example.net Tue Dec 02 20:58:20 2008 Return-Path: <log4cxx-user-returnyharris@example.net> Delivered-To: yharris@example.net Received: (qmail 61439 invoked from network); 2 Dec 2008 20:58:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Dec 2008 20:58:20 -0000 Received: (qmail 85857 invoked by uid 500); 2 Dec 2008 20:58:32 -0000 Delivered-To: yharris@example.net Received: (qmail 85841 invoked by uid 500); 2 Dec 2008 20:58:32 -0000 Mailing-List: contact yharris@example.net; run by ezmlm Precedence: bulk list-help: <mailto:yharris@example.net> list-unsubscribe: <mailto:yharris@example.net> List-Post: <mailto:yharris@example.net> Reply-To: "Log4CXX User" <yharris@example.net> List-Id: <log4cxx-user.logging.apache.org> Delivered-To: mailing list yharris@example.net Received: (qmail 85830 invoked by uid 99); 2 Dec 2008 20:58:31 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Dec 2008 12:58:31 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [83.161.120.155] (HELO mailout01.t-online.de) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Dec 2008 20:57:03 +0000 Received: from fwd09.aul.t-online.de by mailout01.t-online.de with smtp id 1L7cJZ-0004fy-08; Tue, 02 Dec 2008 21:57:49 +0100 Received: from [83.161.120.155] (bHpv0EZJwhvVJ46l1tI0jD6u4XJpvvs7b02bihoad0xjlPEgbsKH2uVXZjtguFSQGj@[83.161.120.155]) by fwd09.t-online.de with esmtp id 1L7cJH-0zoQca0; Tue, 2 Dec 2008 21:57:31 +0100 Message-ID: <yharris@example.net> Date: Tue, 02 Dec 2008 21:57:30 +0100 From: Stefan Borovac <yharris@example.net> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.11) Gecko/20050728 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Log4CXX User <yharris@example.net> Subject: Re: 2 AsynchAppender and a Deadlock References: <yharris@example.net> <yharris@example.net> In-Reply-To: <yharris@example.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-ID: bHpv0EZJwhvVJ46l1tI0jD6u4XJpvvs7b02bihoad0xjlPEgbsKH2uVXZjtguFSQGj X-TOI-MSGID: a875282e-a2df-43a1-84d1-8fe29c39abfb X-Virus-Checked: Checked by ClamAV on apache.org Curt Arnold wrote: > > On Dec 2, 2008, at 8:08 AM, yharris@example.net wrote: > >> >> Hi, >> >> I have tried to use two AsyncAppenders, which have some Appenders in >> common, in parallel. I ended up in a deadlock. Has this never been >> tested or is it the intention to use one AsyncAppender at a time only?? >> >> This is not an offense, just a question!! I can live with the "only one >> AsyncAppender at a time" version. >> >> Cheers >> Stefan >> >> > > Connecting the same appender to two different AsyncAppenders would be a > more likely source of problems than having two AsyncAppenders. Without > a stack trace and your configuration, it is difficult to determine the > nature of the problem. > Perhaps my explanation was misleading. The situation is as follows (well more or less): LoggerA --> AsyncAppenderA --+ +--> SomeXMLSocketAppender LoggerB --> AsyncAppenderB --+ I can't provide a configuration as log4cxx is behind a facade and completely configured via c++ code. Cheers Stefan From log4cxx-user-returnyharris@example.net Wed Dec 03 09:39:17 2008 Return-Path: <log4cxx-user-returnyharris@example.net> Delivered-To: yharris@example.net Received: (qmail 38070 invoked from network); 3 Dec 2008 09:39:16 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Dec 2008 09:39:16 -0000 Received: (qmail 69247 invoked by uid 500); 3 Dec 2008 09:39:27 -0000 Delivered-To: yharris@example.net Received: (qmail 69231 invoked by uid 500); 3 Dec 2008 09:39:27 -0000 Mailing-List: contact yharris@example.net; run by ezmlm Precedence: bulk list-help: <mailto:yharris@example.net> list-unsubscribe: <mailto:yharris@example.net> List-Post: <mailto:yharris@example.net> Reply-To: "Log4CXX User" <yharris@example.net> List-Id: <log4cxx-user.logging.apache.org> Delivered-To: mailing list yharris@example.net Received: (qmail 69220 invoked by uid 99); 3 Dec 2008 09:39:27 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 03 Dec 2008 01:39:27 -0800 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of yharris@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO fg-out-1718.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 03 Dec 2008 09:37:59 +0000 Received: by fg-out-1718.google.com with SMTP id d23so3135459fga.14 for <yharris@example.net>; Wed, 03 Dec 2008 01:38:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=czy4YC+oAVDC+4rROaKrQnP0aXX8ZpotDZyIfIJQIqY=; b=FfH4rfpVsATrCf3vS46oHMa6zUh+v+YI2HlXVVlvW5UsyKdpiPGADCDru+ag8JMMtg rMjBcHF9zHymYP1c6Mh72N868Z2k4WsSk6Ogk1mp76iwcpBtE+E78hc31ZPnJXuKA5jY XjzalWsFwET4p6olb9Bs6ha1MO0HzrWf4NHxQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=IJukRNSvjS2iElnWoVSEbceL6fkpXmSVKnAZbj4DxVK139JmlO7qdqvQg9eCNsqe1G +VLhqSs4BjKCcsszQCUx+pohL3yJEHci0s4IONuwHMTJPLhZa1FY6/nF9I6hcZtcOz1Q j8ce7F4Jj3dRkr59O5jT5gpXiSjKoeDLWYqC4= Received: by 83.161.120.155 with SMTP id i14mr7804273fga.70.1228297125467; Wed, 03 Dec 2008 01:38:45 -0800 (PST) Received: by 83.161.120.155 with HTTP; Wed, 3 Dec 2008 01:38:45 -0800 (PST) Message-ID: <yharris@example.net> Date: Wed, 3 Dec 2008 10:38:45 +0100 From: "Peter Doornbosch" <yharris@example.net> To: "Log4CXX User" <yharris@example.net> Subject: Re: Visual C++ Assertion failed when using LOG4CXX_DECODE_CHAR macro in statically linked MFC project In-Reply-To: <yharris@example.net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_19651_11934459.1228297125460" References: <yharris@example.net> <yharris@example.net> <yharris@example.net> <yharris@example.net> <yharris@example.net> <yharris@example.net> <yharris@example.net> <yharris@example.net> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_19651_11934459.1228297125460 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Jacob, 2008/12/1 Jacob L. Anawalt <yharris@example.net> > On 2008-12-01 06:01, Peter Doornbosch wrote: > >> Got it now. As the application is defining _ MBCS, LPCTSTR is actually a >> pointer to a char, >> > > Long Pointer to a Const Tchar STRing. Yep, and when _MBCS is defined, TCHAR is char. > > > which i must convert to unicode (using >> MultiByteToWideChar), as the LogString constructor is expecting unicode, >> is >> that right? >> >> > I don't know if that is the cause of your error, it would cause size > differences when using functions that assume sizeof(character) (eg TCHAR) == > sizeof(char) (byte) and confuse character counts with byte sizes. No no, this is not the error case. I was looking for a way to convert CString to LogString. I now use MultiByteToWideChar to convert a LPCSTR to a unicode string. This works fine, in all cases (statically or dynamically linked). > Seems strange that it would work or not depending on your use of MFC > (static or not). That sounds more like a new/free or other memory tracking > mixup. Exactly, that was what i thought; that was why i dropped the issue on this list in the first place. But this issue (application crashes with assertion error when statically linked) concerns use of the LOG4CXX_DECODE_CHAR macro, which i first used to convert CString into LogString. But as Curt discouraged the use of this macro, i looked for an alternative and ended up with this MultiByteToWideChar conversion, which seems to work ok. Sorry for the confusion. Note that the original issue (macro causes failed assertion) still persists, but it's not bothering me anymore. Thanks. Regards, Peter > > > -- > Jacob Anawalt > Gecko Software, Inc. > yharris@example.net > 734.350.6962 > ------=_Part_19651_11934459.1228297125460 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Jacob,<br><br><br><div class="gmail_quote">2008/12/1 Jacob L. Anawalt <span dir="ltr">&lt;<a href="mailto:yharris@example.net">yharris@example.net</a>&gt;</span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div class="Ih2E3d">On 2008-12-01 06:01, Peter Doornbosch wrote:<br> <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> Got it now. As &nbsp;the application is defining _ MBCS, LPCTSTR is actually a<br> pointer to a char,<br> </blockquote> <br></div> Long Pointer to a Const Tchar STRing.</blockquote><div><br>Yep, and when _MBCS is defined, TCHAR is char.<br>&nbsp;</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div class="Ih2E3d"><br> <br> <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> which i must convert to unicode (using<br> MultiByteToWideChar), as the LogString constructor is expecting unicode, is<br> that right?<br> <br> </blockquote> <br></div> I don&#39;t know if that is the cause of your error, it would cause size differences when using functions that assume sizeof(character) (eg TCHAR) == sizeof(char) (byte) and confuse character counts with byte sizes.</blockquote> <div><br>No no, this is not the error case. I was looking for a way to convert CString to LogString. I now use MultiByteToWideChar to convert a LPCSTR to a unicode string. This works fine, in all cases (statically or dynamically linked).<br>&nbsp;</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> Seems strange that it would work or not depending on your use of MFC (static or not). That sounds more like a new/free or other memory tracking mixup.</blockquote><div><br>Exactly, that was what i thought; that was why i dropped the issue on this list in the first place.<br> But this issue (application crashes with assertion error when statically linked) concerns use of the LOG4CXX_DECODE_CHAR macro, which i first used to convert CString into LogString. But as Curt discouraged the use of this macro, i looked for an alternative and ended up with this MultiByteToWideChar conversion, which seems to work ok. Sorry for the confusion.<br> <br>Note that the original issue (macro causes failed assertion) still persists, but it&#39;s not bothering me anymore.<br><br>Thanks.<br><br>Regards,<br>Peter<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <br><font color="#888888"> <br> -- <br> Jacob Anawalt<br> Gecko Software, Inc.<br> <a href="mailto:yharris@example.net" target="_blank">yharris@example.net</a><br> 734.350.6962<br> </font></blockquote></div><br> ------=_Part_19651_11934459.1228297125460-- From log4cxx-user-returnyharris@example.net Wed Dec 03 22:59:02 2008 Return-Path: <log4cxx-user-returnyharris@example.net> Delivered-To: yharris@example.net Received: (qmail 5837 invoked from network); 3 Dec 2008 22:59:02 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Dec 2008 22:59:02 -0000 Received: (qmail 75975 invoked by uid 500); 3 Dec 2008 22:59:13 -0000 Delivered-To: yharris@example.net Received: (qmail 75944 invoked by uid 500); 3 Dec 2008 22:59:13 -0000 Mailing-List: contact yharris@example.net; run by ezmlm Precedence: bulk list-help: <mailto:yharris@example.net> list-unsubscribe: <mailto:yharris@example.net> List-Post: <mailto:yharris@example.net> Reply-To: "Log4CXX User" <yharris@example.net> List-Id: <log4cxx-user.logging.apache.org> Delivered-To: mailing list yharris@example.net Received: (qmail 75933 invoked by uid 99); 3 Dec 2008 22:59:13 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 03 Dec 2008 14:59:13 -0800 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of yharris@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO ik-out-1112.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 03 Dec 2008 22:57:45 +0000 Received: by ik-out-1112.google.com with SMTP id c29so3380134ika.6 for <yharris@example.net>; Wed, 03 Dec 2008 14:58:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=yfWjUdsGrLKztvWPO4p78/oe+iTWaKQsb7Svv86ItJg=; b=xZ/ObvSJdlWevoylnMbJbX2GL7Eq7oT8N7wVSPud/JOY93jM2TDndo7egbAvglK1oq xV8nGbzqEpyTu4h52u3g3EP4chd9skpXslLz3J1vhw9NQM1Z87Cr0YfXcukH8q1ABs1A BeOROJccdh11UjeDneUcgNVACS4C6ggCmPQBw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=A3KrynDFQChnUfs0G0w7PCYfxYj24+nj8eBBuKwAEfpdENfahuISWwJLcJPB5IzS4p 67Si7JqmkhxoRyoeQFjhSC8yuFnT4Xkc1FilQOfiJhtcw9Q04JObneX2BfIk4pJei1FO 7DNNEfwOU3GNep9THmaz5rMg4jTrDMxhwSMvY= Received: by 83.161.120.155 with SMTP id g20mr6512213muh.116.1228345112291; Wed, 03 Dec 2008 14:58:32 -0800 (PST) Received: by 83.161.120.155 with HTTP; Wed, 3 Dec 2008 14:58:32 -0800 (PST) Message-ID: <yharris@example.net> Date: Wed, 3 Dec 2008 14:58:32 -0800 From: "Greg Flex" <yharris@example.net> To: yharris@example.net Subject: Simple Socket Server MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_15207_33261200.1228345112284" X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_15207_33261200.1228345112284 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hey guys, I was trying to compile the Simple Socket Server under Windows with VS 2005 but I'm getting a LNK2019 error: unresolved external symbol "__declspec(dllimport)poblic:__thiscall log4cxx888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4il888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4~File(void) and so on. (the message is kind of big and I'm actually getting 27 of them; all very similar....) Any ideas what might be a problem? Does anyone compiled the SimpleSocketServer before with Visual Studio? Any suggestion appreciated. Greggg ------=_Part_15207_33261200.1228345112284 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hey guys,<br>I was trying to compile the Simple Socket Server under Windows with VS 2005 but I&#39;m getting a LNK2019 error: unresolved external symbol &quot;__declspec(dllimport)poblic:_<div id=":6r" class="ArwC7c ckChnd">_thiscall log4cxx888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4il888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4~File(void)&nbsp; and so on.<br> (the message is kind of big and I&#39;m actually getting 27 of them; all very similar....)<br>Any ideas what might be a problem?<br>Does anyone compiled the SimpleSocketServer before with Visual Studio? <br>Any suggestion appreciated.<br> Greggg</div> ------=_Part_15207_33261200.1228345112284-- From log4cxx-user-returnyharris@example.net Mon Dec 08 18:30:15 2008 Return-Path: <log4cxx-user-returnyharris@example.net> Delivered-To: yharris@example.net Received: (qmail 39040 invoked from network); 8 Dec 2008 18:30:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 8 Dec 2008 18:30:15 -0000 Received: (qmail 33027 invoked by uid 500); 8 Dec 2008 18:30:26 -0000 Delivered-To: yharris@example.net Received: (qmail 33002 invoked by uid 500); 8 Dec 2008 18:30:26 -0000 Mailing-List: contact yharris@example.net; run by ezmlm Precedence: bulk list-help: <mailto:yharris@example.net> list-unsubscribe: <mailto:yharris@example.net> List-Post: <mailto:yharris@example.net> Reply-To: "Log4CXX User" <yharris@example.net> List-Id: <log4cxx-user.logging.apache.org> Delivered-To: mailing list yharris@example.net Received: (qmail 32991 invoked by uid 99); 8 Dec 2008 18:30:26 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 08 Dec 2008 10:30:26 -0800 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [83.161.120.155] (HELO smtp2out.l-3com.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 08 Dec 2008 18:30:11 +0000 X-IronPort-AV: E=Sophos;i="4.33,736,1220241600"; d="scan'208,217";a="18278524" From: yharris@example.net Received: from mail1.link.l-3com.com ([83.161.120.155]) by smtp2out.l-3com.com with ESMTP; 08 Dec 2008 13:29:49 -0500 X-IronPort-AV: E=Sophos;i="4.33,736,1220245200"; d="scan'208,217";a="1346328" Received: from arlexchsmtp01.lst.link.l-3com.com ([83.161.120.155]) by mail1a.link.l-3com.com with ESMTP; 08 Dec 2008 12:29:49 -0600 Received: from ARLEXCHVS01.lst.link.l-3com.com ([83.161.120.155]) by ARLEXCHSMTP01.lst.link.l-3com.com with Microsoft SMTPSVC734.350.6962); Mon, 8 Dec 2008 12:29:49 -0600 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C95962.F3A3051A" Subject: Modifying logFilePath for FileAppender using a PropertyConfigurator Date: Mon, 8 Dec 2008 12:29:48 -0600 Message-ID: <yharris@example.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Modifying logFilePath for FileAppender using a PropertyConfigurator Thread-Index: AclZYvNd4g+1S1plT8aFfMsgjJTZUA== To: <yharris@example.net> X-OriginalArrivalTime: 08 Dec 2008 18:29:49.0350 (UTC) FILETIME=[F415B460:01C95962] X-Virus-Checked: Checked by ClamAV on apache.org This is a multi-part message in MIME format. ------_=_NextPart_001_01C95962.F3A3051A Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I am trying to configure log4cxx to write its logging messages to a log file. The path to the log file is not known until run-time. The way that I was going to go about doing this is by creating a log4cxx888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4helpers888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4Properties object, setting the property and then passing the Properties object to the PropertyConfigurator. Here is the sample code I was using: **** Start Sample Code **** log4cxx888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4helpers888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4Properties loggerProperties; const LogString key =3D "log4j.appender.file.File"; // Line 55 const LogString value =3D logFilePath.string(); // Line 56 logFilePath = is a boost888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4ilesystem888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4path object loggerProperties.setProperty(key, value); PropertyConfigurator888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4onfigure(loggerProperties); **** End Sample Code **** The problem is that the log4cxx software is built to support UNICODE so the initialization of the key and value variables does not compile. Here are the error messages: Controller.cpp(55) : error C2440: 'initializing' : cannot convert from 'const char [25]' to 'st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4basic_string<_Elem,_Traits,_Ax> with [_Elem=3Dwchar_t,_Traits=3Dst888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4char_traits<wchar_t>,_Ax=3Dst888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4allocator= <wcha r_t>]'; No constructor could take the source type, or constructor over load resolution was ambiguous Controller.cpp(56) : error C2440: 'initializing' : cannot convert from 'const boost888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4ilesystem888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4sic_path<String,Traits>888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4string_type with [String=3Dst888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4string,Traits=3Dboost888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4ilesystem888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4path_traits]' to 'st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4basic_string<_Elem,_Traits,_Ax> with [_Elem=3Dwchar_t,_Traits=3Dst888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4char_traits<wchar_t>,_Ax=3Dst888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4allocator= <wcha r_t>]'; No constructor could take the source type, or constructor overload resolution was ambiguous Looking within the logstring.h file I found the LOG4CXX_STR macro which can be added to line 55 to make the first error message go away (I think because the macro converts my literal string to a UNICODE literal string). How can I achieve the same effect for the data within the logFilePath variable (whose value is only known at run-time)? ------_=_NextPart_001_01C95962.F3A3051A Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> <HTML> <HEAD> <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Dus-ascii"> <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version = 6.5.7653.38"> <TITLE>Modifying logFilePath for FileAppender using a = PropertyConfigurator</TITLE> </HEAD> <BODY> <!-- Converted from text/rtf format --> <P><FONT SIZE=3D2 FACE=3D"Arial">I am trying to configure log4cxx to = write its logging messages to a log file. The path to the log file is = not known until run-time. The way that I was going to go about doing = this is by creating a log4cxx888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4helpers888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4Properties object, setting the = property and then passing the Properties object to the = PropertyConfigurator.</FONT></P> <P><FONT SIZE=3D2 FACE=3D"Arial">Here is the sample code I was = using:</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">**** Start Sample Code ****</FONT> <BR><FONT SIZE=3D2 FACE=3D"Courier New">log4cxx888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4helpers888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4Properties = loggerProperties;</FONT> <BR><FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Courier = New">const</FONT><FONT SIZE=3D2 FACE=3D"Courier New"> LogString key =3D = &quot;log4j.appender.file.File&quot;; // Line 55</FONT> <BR><FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Courier = New">const</FONT><FONT SIZE=3D2 FACE=3D"Courier New"> LogString value = =3D logFilePath.string(); // Line 56 logFilePath is a = boost888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4ilesystem888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4path object</FONT> <BR><FONT SIZE=3D2 FACE=3D"Courier = New">loggerProperties.setProperty(key, value);</FONT> <BR><FONT SIZE=3D2 FACE=3D"Courier = New">PropertyConfigurator888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4onfigure(loggerProperties);</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">**** End Sample Code ****</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">The problem is that the log4cxx = software is built to support UNICODE so the initialization of the key = and value variables does not compile. Here are the error = messages:</FONT></P> <P><FONT SIZE=3D2 FACE=3D"Arial">Controller.cpp(55) : error C2440: = 'initializing' : cannot convert from 'const char [25]' to = 'st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4basic_string&lt;_Elem,_Traits,_Ax&gt; with = [_Elem=3Dwchar_t,_Traits=3Dst888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4char_traits&lt;wchar_t&gt;,_Ax=3Dst888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4all= ocator&lt;wchar_t&gt;]'; No constructor could take the source type, or = constructor over load resolution was ambiguous</FONT></P> <P><FONT SIZE=3D2 FACE=3D"Arial">Controller.cpp(56) : error C2440: = 'initializing' : cannot convert from 'const = boost888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4ilesystem888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4sic_path&lt;String,Traits&gt;888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4string_type with = [String=3Dst888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4string,Traits=3Dboost888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4ilesystem888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4path_traits]' to = 'st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4basic_string&lt;_Elem,_Traits,_Ax&gt; with = [_Elem=3Dwchar_t,_Traits=3Dst888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4char_traits&lt;wchar_t&gt;,_Ax=3Dst888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4all= ocator&lt;wchar_t&gt;]'; No constructor could take the source type, or = constructor overload resolution was ambiguous</FONT></P> <P><FONT SIZE=3D2 FACE=3D"Arial">Looking within the logstring.h file I = found the</FONT> <FONT SIZE=3D2 FACE=3D"Courier New">LOG4CXX_STR</FONT> = <FONT SIZE=3D2 FACE=3D"Arial">macro which can be added to line 55 to = make the first error message go away (I think because the macro converts = my literal string to a UNICODE literal string). How can I achieve the = same effect for the data within the logFilePath variable (whose value is = only known at run-time)?</FONT></P> </BODY> </HTML> ------_=_NextPart_001_01C95962.F3A3051A-- From log4cxx-user-returnyharris@example.net Mon Dec 08 18:56:13 2008 Return-Path: <log4cxx-user-returnyharris@example.net> Delivered-To: yharris@example.net Received: (qmail 55751 invoked from network); 8 Dec 2008 18:56:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 8 Dec 2008 18:56:13 -0000 Received: (qmail 72081 invoked by uid 500); 8 Dec 2008 18:56:24 -0000 Delivered-To: yharris@example.net Received: (qmail 72058 invoked by uid 500); 8 Dec 2008 18:56:24 -0000 Mailing-List: contact yharris@example.net; run by ezmlm Precedence: bulk list-help: <mailto:yharris@example.net> list-unsubscribe: <mailto:yharris@example.net> List-Post: <mailto:yharris@example.net> Reply-To: "Log4CXX User" <yharris@example.net> List-Id: <log4cxx-user.logging.apache.org> Delivered-To: mailing list yharris@example.net Received: (qmail 72046 invoked by uid 99); 8 Dec 2008 18:56:24 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 08 Dec 2008 10:56:24 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=SPF_PASS,UNPARSEABLE_RELAY X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of yharris@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO mail2.cae.ca) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 08 Dec 2008 18:54:53 +0000 Received: from mail2.cae.ca (localhost [83.161.120.155]) Received: from caeims02.caecorp.cae.com (caeims02.cae.ca [83.161.120.155]) Received: from caemex02.caecorp.cae.com ([83.161.120.155]) by caeims02.caecorp.cae.com with Microsoft SMTPSVC734.350.6962); Mon, 8 Dec 2008 13:55:23 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: Modifying logFilePath for FileAppender using a PropertyConfigurator Date: Mon, 8 Dec 2008 13:55:22 -0500 Message-ID: <yharris@example.net> In-Reply-To: <yharris@example.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Modifying logFilePath for FileAppender using a PropertyConfigurator Thread-Index: AclZYvNd4g+1S1plT8aFfMsgjJTZUAAAvBsQ References: <yharris@example.net> From: "Jean-Francois Bastien" <yharris@example.net> To: "Log4CXX User" <yharris@example.net> X-OriginalArrivalTime: 08 Dec 2008 18:55:23.0181 (UTC) FILETIME=[8651BDD0:01C95966] X-Virus-Checked: Checked by ClamAV on apache.org > I am trying to configure log4cxx to write its logging messages to a log > file. The path to the log file is not known until run-time. The way that > I was going to go about doing this is by creating a > log4cxx888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4helpers888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4Properties object, setting the property and then passing > the Properties object to the PropertyConfigurator. >=20 > [snip] >=20 > Looking within the logstring.h file I found the LOG4CXX_STR macro which can > be added to line 55 to make the first error message go away (I think because > the macro converts my literal string to a UNICODE literal string). How can I > achieve the same effect for the data within the logFilePath variable (whose > value is only known at run-time)? I do the following: const 888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4log4cxx888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4LogString wFileName(boost888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4lexical_cast< 888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4log4cxx888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4LogString>(wNonUnicodeString.c_str())); // ... 888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4log4cxx888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4ppenderPtr wAppender(new 888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4log4cxx888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4ileAppender(wLayout, wFileName, wAppendToFile)); =20 =20 JF From log4cxx-user-returnyharris@example.net Mon Dec 08 20:39:02 2008 Return-Path: <log4cxx-user-returnyharris@example.net> Delivered-To: yharris@example.net Received: (qmail 97910 invoked from network); 8 Dec 2008 20:39:02 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 8 Dec 2008 20:39:02 -0000 Received: (qmail 97389 invoked by uid 500); 8 Dec 2008 20:39:14 -0000 Delivered-To: yharris@example.net Received: (qmail 97367 invoked by uid 500); 8 Dec 2008 20:39:14 -0000 Mailing-List: contact yharris@example.net; run by ezmlm Precedence: bulk list-help: <mailto:yharris@example.net> list-unsubscribe: <mailto:yharris@example.net> List-Post: <mailto:yharris@example.net> Reply-To: "Log4CXX User" <yharris@example.net> List-Id: <log4cxx-user.logging.apache.org> Delivered-To: mailing list yharris@example.net Received: (qmail 97356 invoked by uid 99); 8 Dec 2008 20:39:14 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 08 Dec 2008 12:39:14 -0800 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of yharris@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO gv-out-0910.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 08 Dec 2008 20:39:00 +0000 Received: by gv-out-0910.google.com with SMTP id s4so245594gve.34 for <yharris@example.net>; Mon, 08 Dec 2008 12:38:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=CJbZF1/0NxjEMCWzPI/Aodjcj7/Y9J0SWkgeaVWjqGA=; b=PCH5kpGB9ib7qxBw0Um3FgBW0fa7NKraAQa94UT3KNhmsZ3Q1QYZz67KjnksJHyCs8 FGbkaimN3Qq8hGLQgKc3fTx6U/lPU5d4rE7XiUk8w5yuVWFIV9p+l8QVynNPrs67OV58 itRgA/3HkeiBK39VrY/VEDLZ9zmQrT6n5zgzc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=r4F8t5FjVxS/lNeWyJ6Rxl5bFPejHUZ+8D6D6vVCvUZwsReyitul+sDZ+Wuf+cWh25 p2q7alo8MBD/BfJRyEMAtpV/ORszq5JIP27ADgweLIDiHPysFcjgf53FmoIeuzBFBNfb 4dKbdxJOjsHKnR4mpVKDX7hVQmEsl7mHVFHW8= Received: by 83.161.120.155 with SMTP id d3mr1391398mus.72.1228768719796; Mon, 08 Dec 2008 12:38:39 -0800 (PST) Received: by 83.161.120.155 with HTTP; Mon, 8 Dec 2008 12:38:39 -0800 (PST) Message-ID: <yharris@example.net> Date: Mon, 8 Dec 2008 12:38:39 -0800 From: "Greg Flex" <yharris@example.net> To: yharris@example.net Subject: Configuring log4cxx client. MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_78639_9045442.1228768719795" X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_78639_9045442.1228768719795 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi all, I'm having problems compiling lg4cxx socket client and server under Windows XP. Here is the error: error C2665: 'log4cxx888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4PropertyConfigurator:configure':none of the 2 overloads could convert all the argument types Any ideas what might be a problem? I'm using MS Visual Studio 2005. Thanks Greg. ------=_Part_78639_9045442.1228768719795 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi all,<br>I&#39;m having problems compiling lg4cxx socket client and server under Windows XP.<br>Here is the error:&nbsp; <br>error C2665: &#39;log4cxx888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4PropertyConfigurator:configure&#39;:none of the 2 overloads could convert all the argument types<br> Any ideas what might be a problem?<br>I&#39;m using MS Visual Studio 2005.<br>Thanks<br>Greg.<br> ------=_Part_78639_9045442.1228768719795-- From log4cxx-user-returnyharris@example.net Mon Dec 08 22:42:31 2008 Return-Path: <log4cxx-user-returnyharris@example.net> Delivered-To: yharris@example.net Received: (qmail 71751 invoked from network); 8 Dec 2008 22:42:31 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 8 Dec 2008 22:42:31 -0000 Received: (qmail 69694 invoked by uid 500); 8 Dec 2008 22:42:43 -0000 Delivered-To: yharris@example.net Received: (qmail 69671 invoked by uid 500); 8 Dec 2008 22:42:43 -0000 Mailing-List: contact yharris@example.net; run by ezmlm Precedence: bulk list-help: <mailto:yharris@example.net> list-unsubscribe: <mailto:yharris@example.net> List-Post: <mailto:yharris@example.net> Reply-To: "Log4CXX User" <yharris@example.net> List-Id: <log4cxx-user.logging.apache.org> Delivered-To: mailing list yharris@example.net Received: (qmail 69659 invoked by uid 99); 8 Dec 2008 22:42:43 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 08 Dec 2008 14:42:43 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of yharris@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO smtp-gsi.geckosoftware.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 08 Dec 2008 22:41:10 +0000 Received: from [83.161.120.155] (office-net.geckosoftware.com [83.161.120.155]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by detroit.geckosoftware.com (Postfix) with ESMTP id 8F47547D5F for <yharris@example.net>; Mon, 8 Dec 2008 15:41:57 -0700 (MST) Message-ID: <yharris@example.net> Date: Mon, 08 Dec 2008 15:42:18 -0700 From: "Jacob L. Anawalt" <yharris@example.net> User-Agent: Thunderbird 83.161.120.155 (Windows/20081105) MIME-Version: 1.0 To: Log4CXX User <yharris@example.net> Subject: Re: Configuring log4cxx client. References: <yharris@example.net> In-Reply-To: <yharris@example.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On 2008-12-08 13:38, Greg Flex wrote: > error C2665: 'log4cxx888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4PropertyConfigurator:configure':none of the 2 > overloads could convert all the argument types > Any ideas what might be a problem? The error sounds like you're not passing it a log4cxx888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4helpers888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4Properties or a log4cxx888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4ile by reference. -- Jacob Anawalt Gecko Software, Inc. yharris@example.net 734.350.6962 From log4cxx-user-returnyharris@example.net Mon Dec 08 22:52:07 2008 Return-Path: <log4cxx-user-returnyharris@example.net> Delivered-To: yharris@example.net Received: (qmail 80092 invoked from network); 8 Dec 2008 22:52:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 8 Dec 2008 22:52:07 -0000 Received: (qmail 88010 invoked by uid 500); 8 Dec 2008 22:52:18 -0000 Delivered-To: yharris@example.net Received: (qmail 87992 invoked by uid 500); 8 Dec 2008 22:52:18 -0000 Mailing-List: contact yharris@example.net; run by ezmlm Precedence: bulk list-help: <mailto:yharris@example.net> list-unsubscribe: <mailto:yharris@example.net> List-Post: <mailto:yharris@example.net> Reply-To: "Log4CXX User" <yharris@example.net> List-Id: <log4cxx-user.logging.apache.org> Delivered-To: mailing list yharris@example.net Received: (qmail 87980 invoked by uid 99); 8 Dec 2008 22:52:18 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 08 Dec 2008 14:52:18 -0800 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=FM_FAKE_HELO_VERIZON,HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of yharris@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO vms042pub.verizon.net) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 08 Dec 2008 22:52:03 +0000 Received: from Aengus2 ([83.161.120.155]) by vms042.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <yharris@example.net> for yharris@example.net; Mon, 08 Dec 2008 16:51:26 -0600 (CST) Date: Mon, 08 Dec 2008 17:51:22 -0500 From: "Christopher Crotty" <yharris@example.net> Subject: error when class containing logger is added to vector container To: <yharris@example.net> Message-id: <000d01c95987$7e444470$7acccd50$@net> MIME-version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Content-type: multipart/alternative; boundary="----=_NextPart_000_000E_01C9595D.956E3C70" Content-language: en-us Thread-index: AclZh326tWr8tPNtTLadtofu/60H7A== X-Virus-Checked: Checked by ClamAV on apache.org This is a multipart message in MIME format. ------=_NextPart_000_000E_01C9595D.956E3C70 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit I am building a Linux application that makes use of the log4cxx logging libraries. I'm building this app on a RHEL 5.2 under gcc4.1.2 I have several C++ classes that use the library with no problem. I started adding the LOG4CXX_<>() calls to a class that can be stored in a container class that wrappers <vector>. Now when compiling this container class I get the following compile error: g++ -c -I/usr/include -Ixerces/include -I/usr/include/mysql -Ilog4cxx/linux/include -I. -I./API -I./API_Includes -I./Data -I./General -I./Server -I./Util -DLINUX -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -Wall -O0 -m32 -march=i386 -o ./build/release/IQConnectionTable.o Server/IQConnectionTable.cpp /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../../include/c++/4.1.2/bits/sstr eam.tcc: In member function 'virtual typename st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4basic_stringbuf<_CharT, _Traits, _Alloc>888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4int_type st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4basic_stringbuf<_CharT, _Traits, _Alloc>888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4overflow(typename _Traits888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4int_type)': /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../../include/c++/4.1.2/bits/sstr eam.tcc:114: error: expected unqualified-id before '(' token make: *** [Server/IQConnectionTable.o] Error 1 The class itself can compile fine, it is the container class that seems to be having the problem. The above line in error is // NB: Start ostringstream buffers at 512 chars. This is an // experimental value (pronounced "arbitrary" in some of the // hipper english-speaking countries), and can be changed to // suit particular needs. // Then, in virtue of DR 169 (TC) we are allowed to grow more // than one char. const __size_type __opt_len = st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4max(__size_type(2 * __capacity), __size_type(512)); const __size_type __len = st888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4min(__opt_len, __max_size); <-- (compile fails here) Any suggestions on how I can overcome this? Thanks, Chris ------=_NextPart_000_000E_01C9595D.956E3C70 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" = xmlns:o=3D"urn:schemas-microsoft-com:office:office" = xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" = xmlns=3D"http://www.w3.org/TR/REC-html40"> <head> <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Dus-ascii"> <meta name=3DGenerator content=3D"Microsoft Word 12 (filtered medium)"> <style> <!-- /* Font Definitions */ @font-face {font-family:"Cambria Math"; panose-1:2 4 5 3 5 4 6 3 2 4;} @font-face {font-family:Calibri; panose-1:2 15 5 2 2 2 4 3 2 4;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {margin:0in; margin-bottom:.0001pt; font-size:11.0pt; font-family:"Calibri","sans-serif";} a:link, span.MsoHyperlink {mso-style-priority:99; color:blue; text-decoration:underline;} a:visited, span.MsoHyperlinkFollowed {mso-style-priority:99; color:purple; text-decoration:underline;} span.EmailStyle17 {mso-style-type:personal-compose; font-family:"Calibri","sans-serif"; color:windowtext;} .MsoChpDefault {mso-style-type:export-only;} @page Section1 {size:8.5in 11.0in; margin:1.0in 1.0in 1.0in 1.0in;} div.Section1 {page:Section1;} --> </style> <!--[if gte mso 9]><xml> <o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" /> </xml><![endif]--><!--[if gte mso 9]><xml> <o:shapelayout v:ext=3D"edit"> <o:idmap v:ext=3D"edit" data=3D"1" /> </o:shapelayout></xml><![endif]--> </head> <body lang=3DEN-US link=3Dblue vlink=3Dpurple> <div class=3DSection1> <p class=3DMsoNormal>I am building a Linux application that makes use of = the log4cxx logging libraries. I'm building this app on a RHEL 5.2 under = gcc4.1.2<o:p></o:p></p> <p class=3DMsoNormal><o:p>&nbsp;</o:p></p> <p class=3DMsoNormal>I have several C++ classes that use the library = with no problem. I started adding the LOG4CXX_&lt;&gt;() calls to a class that = can be stored in a container class that wrappers &lt;vector&gt;.
{'source': 'Apache Software Foundation Public Mail Archives'}