mturk 2005/06/13 00:31:11
Modified:jni/java/org/apache/tomcat/jni SSLSocket.java
jni/native/src sslnetwork.c
Log:
Copy/paste the rest of the recv*/send* methods from APR sockets.
Revision ChangesPath
1.7 +134 -1
mturk 2005/06/13 00:55:51
Modified:jk/native/common jk_lb_worker.c jk_shm.h jk_status.c
Log:
Use double instead size_t for trensferred/read, so that lb doesn't
break on trnasferred mode when 2G of data has been send/read.
Revision ChangesPath
1.90 +5 -5
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=35266.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
mturk 2005/06/13 03:48:55
Modified:jni/java/org/apache/tomcat/jni SSLSocket.java
jni/native/src sslnetwork.c
Log:
Added SSLSocket.destroy method so we can add the SSLSocket as
client data to the poller and destroy all the ssl objects in a single call.
mturk 2005/06/13 04:11:24
Modified:jni/native tcnative.dsp
Log:
For static build favor the static OpenSSL libraries.
Revision ChangesPath
1.11 +2 -2 jakarta-tomcat-connectors/jni/native/tcnative.dsp
Index: tcnative.dsp
mturk 2005/06/13 04:14:05
Modified:jni/native libtcnative.dsp
Log:
Always prefer the static libraries over dll's.
Revision ChangesPath
1.11 +2 -2 jakarta-tomcat-connectors/jni/native/libtcnative.dsp
Index: libtcnative.dsp
jfclere 2005/06/13 06:07:31
Modified:jni/native/os/unix system.c
Log:
typo.
Revision ChangesPath
1.7 +2 -2 jakarta-tomcat-connectors/jni/native/os/unix/system.c
Index: system.c
===
RCS
jfclere 2005/06/13 06:01:12
Modified:jni/java/org/apache/tomcat/jni SSLSocket.java
Log:
typo.
Revision ChangesPath
1.9 +1 -21
jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSLSocket.java
Index: SSLSocket.java
jfclere 2005/06/13 07:00:04
Modified:jni/examples/org/apache/tomcat/jni BIOSSLServer.java
Log:
Arrange it according to the new SSL and SSLSocket methods.
Revision ChangesPath
1.2 +4 -3
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=35342.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=35342.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Hello all,
I'm a student, and I'm taking a very belated stab at the summer of
code. Actually, I already submitted one proposal, but I really didn't
understand what was expected (apparently google filters the proposals,
then they go to the mentoring organizations?).
Regardless, I figured better
Hi,
I have a question about Tomcat's session replication design.
I would like to know the reasons behind the design choice to move from
JGroups based replication to TCP based replication. Because it seems to me
that TCP based replication will have higher overhead than JGroups
Mladen,
I appreciate you addressing this issue. But isn't this fix just
delaying the problem? An IEEE double has 52 bits of mantissa versus
32 bits for size_t. So the problem will now occur at 4 PB
(petabytes). Sure, that's a lot of bytes and my webservers would
never see this
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=35347.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Mladen; are you sure you weren't looking for 'long long',
al la int64_t? Falling over to the FPU is rarely the best
performance decision.
Bill
At 02:55 AM 6/13/2005, [EMAIL PROTECTED] wrote:
mturk 2005/06/13 00:55:51
Modified:jk/native/common jk_lb_worker.c jk_shm.h jk_status.c
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=35351.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Dear tomcat-dev@jakarta.apache.org,
Thanks for writing to Webshots!
We received your message on 6/13/2005.
Your tracking number for this message is : T200506140027
** IMPORTANT: PLEASE DO NOT REPLY TO THIS EMAIL! **
This is an automatic response to let you know that your Webshots Corporate
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=35351.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=35352.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=35351.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
21 matches
Mail list logo