ionCode' R12=0x is an unknown
> value R13=0x003e is an unknown value
> R14=0x2226ed38 is pointing into the stack for thread:
> 0x1cf91000 R15=0x1cf91000 is a thread
>
>
> Stack: [0x2217,0x2227],
>
Oct 22, 2013 11:42:42 AM, users@tomcat.apache.org wrote:
-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA256
>
>Teng,
>
>On 10/22/13 3:02 AM, Teng Khoo wrote:
>> I am running tomcat 6.0.30
>
>More than 2 years out-of-date. Just sayin'.
>
>> with tcnat
2013/10/23 Teng Khoo :
> Hi Chris,
>
> We use the ISAPI redirector plugin for load balancing and fronting with IIS
> Web server. Currently, we do not use SSL.
>
> I am not sure if the ISAPI internally uses or is dependents on the APR.
>
> Attached is the full core dump file.
>
The rules:
http://
@tomcat.apache.org wrote:
-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA256
>
>Teng,
>
>On 10/22/13 3:02 AM, Teng Khoo wrote:
>> I am running tomcat 6.0.30
>
>More than 2 years out-of-date. Just sayin'.
>
>> with tcnative-1.dll (1.1.27) on Windows 2008 (64bit). Tomcat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Teng,
On 10/22/13 3:02 AM, Teng Khoo wrote:
> I am running tomcat 6.0.30
More than 2 years out-of-date. Just sayin'.
> with tcnative-1.dll (1.1.27) on Windows 2008 (64bit). Tomcat
> crashes 1-2 times in a week. Below is the core dum
Hi,
I am running tomcat 6.0.30 with tcnative-1.dll (1.1.27) on Windows 2008
(64bit). Tomcat crashes 1-2 times in a week. Below is the core dump. Does
anyone have any idea? Thanks.
Regards,
Teng
#
# A fatal error has been detected by the Java Runtime Environment:
#
# EXCEPTION_ACCESS_VIOLATION
17:41
An: users@tomcat.apache.org
Betreff: Re: AW: IPV6 problem with tcnative-1.dll: unable to connect from other
host
On 10/25/2010 05:12 PM, Michael Wendt wrote:
> Hi Pid,
>
>
> enableLookups="false" redirectPort="8443" protocol="AJP/1
On 10/25/2010 05:12 PM, Michael Wendt wrote:
Hi Pid,
Try adding address="your.host.ip.address"
Having null address will force listening on *all*
interfaces and *all* protocols, and I suppose you
don't need that. mod_jk supports only IPV4, so just
enter your valid IPV4 address, and that
[mailto:p...@pidster.com]
Gesendet: Montag, 25. Oktober 2010 15:37
An: Tomcat Users List
Betreff: Re: IPV6 problem with tcnative-1.dll: unable to connect from other host
On 25/10/2010 11:51, Michael Wendt wrote:
> Hi, sorry please, this is my first contribution here and I'm no
>
e a standard installation Tomcat 5.5.29 + Apache 2.2.14 + mod_jk
> 1.2.30.
> Java-version 1.6.0_16 32bit
> tcnative-1.dll 1.1.20
>
> mod_jk passes in all request in Tomcat
> my configuration from mod_jk is correct, I have the same installation
> already many
> paints ca
.0_16 32bit
tcnative-1.dll 1.1.20
mod_jk passes in all request in Tomcat
my configuration from mod_jk is correct, I have the same installation
already many
paints carried out of other systems (win2003).
connect http://localhost:8080/mycontext is go
no connect http://localhost/mycontext
no connect
Files\Apache Software Foundation\Tomcat 6.0\bin
04/20/2010 01:42 AM .
04/20/2010 01:42 AM ..
03/10/2010 12:06 AM22,110 bootstrap.jar
04/20/2010 12:14 AM 2,969,600 openssl.exe
04/20/2010 01:30 AM74 setenv.bat
04/20/2010 01:16 AM
Derrick Koes wrote:
Does the APR keep-alive poller have any effect if AJP (native jk
connector so that web server can be used) is *not* used?
Yes, there is Http11AprProcessor and Http11AprProtocol classes.
In case of http the socket is put in the poller during
connection Keep-Alive stage. This
fig'd, i.e. tcnative-1.dll isn't loaded) isn't
handling the sockets. Is this true? Does anyone have some experience
they can share?
Thanks,
Derrick
Derrick Koes wrote:
The IRI http://tomcat.apache.org/tomcat-5.5-doc/apr.html has the
information quoted below about the tcnative-1.dll.
"Windows binaries are provided for tcnative-1, which is a statically
compiled .dll which includes OpenSSL and APR. It can be downloaded from
here
Derrick Koes wrote:
> The IRI http://tomcat.apache.org/tomcat-5.5-doc/apr.html has the
> information quoted below about the tcnative-1.dll.
>
>
>
> "Windows binaries are provided for tcnative-1, which is a statically
> compiled .dll which includes OpenSSL and APR.
The IRI http://tomcat.apache.org/tomcat-5.5-doc/apr.html has the
information quoted below about the tcnative-1.dll.
"Windows binaries are provided for tcnative-1, which is a statically
compiled .dll which includes OpenSSL and APR. It can be downloaded from
here <http://tomcat.heanet.i
PM
To: users@tomcat.apache.org
Subject: tcnative-1.dll
Hi, all
How can I tell for sure that tcnative-1.dll is used by tomcat ?
System is Windows 2003 SP2, Tomcat 5.5.20, JDK 1.5.0_11, tcnative-1.dll used is
1.1.12
Tomcat is started as a service.
File tcnative-1.dll is placed in directory mentioned
markov.ya...@neftochim.bg:
> How can I tell for sure that tcnative-1.dll is used by tomcat ?
> System is Windows 2003 SP2, Tomcat 5.5.20, JDK 1.5.0_11, tcnative-1.dll used
> is 1.1.12
> Tomcat is started as a service.
> File tcnative-1.dll is placed in directory m
> From: markov.ya...@neftochim.bg [mailto:markov.ya...@neftochim.bg]
> Subject: tcnative-1.dll
>
> If it's not in this directory there is a warning in
> stdout.log(which is the only one used for logging).
> (....can't find... tcnative-1.dll... ), but when it's
org.apache.coyote.http11.Http11Protocol init
-Jorge
-Original Message-
From: markov.ya...@neftochim.bg [mailto:markov.ya...@neftochim.bg]
Sent: Friday, March 13, 2009 10:44 AM
To: users@tomcat.apache.org
Subject: tcnative-1.dll
Hi, all
How can I tell for sure that tcnative-1.dll is used by
13, 2009 5:44 PM
To: users@tomcat.apache.org
Subject: tcnative-1.dll
Hi, all
How can I tell for sure that tcnative-1.dll is used by tomcat ?
System is Windows 2003 SP2, Tomcat 5.5.20, JDK 1.5.0_11, tcnative-1.dll used
is 1.1.12 Tomcat is started as a service.
File tcnative-1.dll is placed in
Hi, all
How can I tell for sure that tcnative-1.dll is used by tomcat ?
System is Windows 2003 SP2, Tomcat 5.5.20, JDK 1.5.0_11, tcnative-1.dll used is
1.1.12
Tomcat is started as a service.
File tcnative-1.dll is placed in directory mentioned within
-Djava.library.path =... in registry.
If
error has been detected by HotSpot Virtual Machine:
#
# EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x58d845a4, pid=3472,
tid=588
#
# Java VM: Java HotSpot(TM) Server VM (1.5.0_16-b02 mixed mode)
# Problematic frame:
# C [tcnative-1.dll+0x45a4]
Which points to the native library. I have seen
Radcliffe, William H. wrote:
I would like to keep the Tomcat native code if at all possible since it is
supposedly more efficient. I can't "upgrade" to 6.0.13 since I'm already at
6.0.16, and I would hate to downgrade if I don't need to. Has anyone run into
this problem? Does anyone know what wou
sues.apache.org/bugzilla/show_bug.cgi?id=40960. The bug appears to
be associated with request timeouts. Our exception does not appear to be a
timeout issue.
We are currently using:
GWT version 1.4.62
Tomcat 6.0.16
Apache 2.2.8
tcnative-1.dll binary version 1.1.12
All o
sues.apache.org/bugzilla/show_bug.cgi?id=40960. The bug appears to
be associated with request timeouts. Our exception does not appear to be a
timeout issue.
We are currently using:
GWT version 1.4.62
Tomcat 6.0.16
Apache 2.2.8
tcnative-1.dll binary version 1.1.12
All o
Does anyone know when the new tcnative-1.dll (version 1.1.12) will be
available? I asked this question on another mailer and I was told that
it would be available sometime next week. Does anyone have a date?
Stacy
stacjohn wrote:
Hi Mark,
As Jim mentioned, thanks again for the find! We have tested with the latest
source code and the issue is indeed solved.
Great.
Do you happen to know when the
new tcnative-1.dll will be available?
Soon...
Or is there a mailer I could track or
an online release
Hi Mark,
As Jim mentioned, thanks again for the find! We have tested with the latest
source code and the issue is indeed solved. Do you happen to know when the
new tcnative-1.dll will be available? Or is there a mailer I could track or
an online release schedule?
Stacy
Jim Brikman (ybrikman
List
Subject: Re: Tomcat + HttpClient + SSL + tcnative-1.dll issues?
JP Beaudry wrote:
> How do we go about debugging this? Is there any lower level tracing we
> can enable? Somewhere between the Tomcat access log and a sniffer
trace?
This sounds like http://issues.apache.org/bugzilla/show_bug.c
JP Beaudry wrote:
> How do we go about debugging this? Is there any lower level tracing we can
> enable? Somewhere between the Tomcat access log and a sniffer trace?
This sounds like http://issues.apache.org/bugzilla/show_bug.cgi?id=44087
A new native release is planned shortly to fix this. In th
tpClient to send
> https requests to Tomcat running with tcnative-1.dll? Perhaps different
> SSL stacks causing issues?
>
> The issue we are seeing is duplicate messages: our HttpClient sends just
> one copy of the message (an https request), but on the Tomcat side (with
> tcnative-1.dl
Are there any known issues when using the Apache HttpClient to send
https requests to Tomcat running with tcnative-1.dll? Perhaps different
SSL stacks causing issues?
The issue we are seeing is duplicate messages: our HttpClient sends just
one copy of the message (an https request), but on the
The installer fails when
Downloading tcnative-1.dll. This is a fresh install, and the installer
never times out, just hangs.
Any others see this?
...
Output folder: D:\development\software\tomcat\tomcat5.5
Extract: tomcat.ico
Extract: LICENSE
Output folder: D:\development\software\tomcat
On 1/8/07, robert lazarski <[EMAIL PROTECTED]> wrote:
On 1/8/07, Caldarale, Charles R <[EMAIL PROTECTED]> wrote:
> > From: robert lazarski [mailto:[EMAIL PROTECTED]
> > Subject: Re: APR not picking up tcnative-1.dll
> > >
> > > 2) Are you using a 64-bi
On 1/8/07, Caldarale, Charles R <[EMAIL PROTECTED]> wrote:
> From: robert lazarski [mailto:[EMAIL PROTECTED]
> Subject: Re: APR not picking up tcnative-1.dll
> >
> > 2) Are you using a 64-bit JVM on the Windows box?
>
> Nope! We are using the 32bit jvm . Does
> From: robert lazarski [mailto:[EMAIL PROTECTED]
> Subject: Re: APR not picking up tcnative-1.dll
> >
> > 2) Are you using a 64-bit JVM on the Windows box?
>
> Nope! We are using the 32bit jvm . Does that matter since the
> dll is native ?
I suspect so, but I'
See comments inline:
On 1/8/07, Caldarale, Charles R <[EMAIL PROTECTED]> wrote:
> From: robert lazarski [mailto:[EMAIL PROTECTED]
> Subject: APR not picking up tcnative-1.dll
>
> However I cannot get this to appear on XP x64 , just linux. I spent
> all day googling. Any
> From: robert lazarski [mailto:[EMAIL PROTECTED]
> Subject: APR not picking up tcnative-1.dll
>
> However I cannot get this to appear on XP x64 , just linux. I spent
> all day googling. Any ideas?
Two questions:
1) Is it really a 64-bit version of XP?
2) Are you using a 64
nd
I downloaded the binary from here:
http://tomcat.heanet.ie/native/1.1.3/binaries/win64/amd64/
Now our windows sysadmin believes that our EMT64 is the same thing as
amd64. And the jboss docs just say to put the tcnative-1.dll file in
the system path , which I did and then rebooted . I believe w
6.dll (rename it to the tcnative-1.dll)
from:
http://tomcat.heanet.ie/native/1.1.6/binaries/win32/
This is the version for pre-ipv6 winsock.
Regards,
Mladen.
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e
Ron Wheeler wrote:
The download of version 1.1.6 of the windows binary of tcnative-1.dll
from http://tomcat.heanet.ie/native/ appears to have been built with a
set of libraries that only work on Windows XP.
In Windows 2000, you get a message that an entry point for getaddrinfo
can not be found
The download of version 1.1.6 of the windows binary of tcnative-1.dll
from http://tomcat.heanet.ie/native/ appears to have been built with a
set of libraries that only work on Windows XP.
In Windows 2000, you get a message that an entry point for getaddrinfo
can not be found when Tomcat tries
44 matches
Mail list logo
