Yes, I think it is a further symptom of what happens when it receives
a connection while in that hung state. Here is the stack trace os when
it crashes:
[EMAIL PROTECTED]() + 0xc bytes
[Frames below may be incorrect and/or missing, no symbols loaded for
libapr-1.dll]
Hello Dale,
Please have a look at the bug I filed on JIRA [1] about the problem that
we ran into about the TelnetAppender and see if the fix there solves
your problem.
From your description, I have a feeling that the same thing is biting you.
Ufuk Kayserilioglu
[1] https://issues.apache.org
Looks like from this thread:
http://markmail.org/message/2sky6pbluy7wnzlg#query:chainsaw%20sockethubreceiver+page:1+mid:imua44vaomgukmkq+state:results
That is the expected behavior for the currently released version of chainsaw
On Thu, Mar 6, 2008 at 9:57 PM, Dale King <[EMAIL PROTECTED]> wrote:
It failed at compile time.
For windows at least with unicode these names are actually #defines of the form:
#define SQLExecDirect SQLExecDirectW
I was trying to find some way with a #if to ask the question like:
#if SQLExecDirect == "SQLExecDirectW"
but there doesn't seem to be a way to do a c
On Mar 4, 2008, at 1:57 PM, Kiyoshi Mizumaru wrote:
I'm trying to narrowing down my problem and find that the following
code
crashes with signal 11, but eliminating the `//' on the sixth line
make it run
without any problem. Could anyone please give me a clue?
--kiyoshi
#include
#inclu
On Mar 6, 2008, at 4:27 PM, Dale King wrote:
I built using visual studio and ran into a couple of problems to
report.
OdbcAppender has unicode issues. There are 3 calls to SQL
(SQLExecDirect, SQLDiagRec, and SQLDriverConnect) where the paramters
are based on SQLCHAR. This doesn't work when
On Mar 6, 2008, at 8:57 PM, Dale King wrote:
What is the status of using Log4Cxx 0.10.0 RC2 with the current
version of chainsaw? Here is my experience:
- Reading an XMLLayout log file created by log4cxx, works perfectly
including location information and MDC properties (when turned on in
the
