I am glad to see independent confirmation. Thank you.
Now we are waiting for the fix to be checked into the repository. :)
Ufuk Kayserilioglu
Dale King wrote:
It does fix the problem by the way.
On Sat, Mar 8, 2008 at 5:48 PM, Ufuk Kayserilioglu <[EMAIL PROTECTED]> wrote:
Hello Dale,
Pl
It does fix the problem by the way.
On Sat, Mar 8, 2008 at 5:48 PM, Ufuk Kayserilioglu <[EMAIL PROTECTED]> wrote:
> 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.
>
>
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
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 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
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 building for Unicode as
these functions really call
