mturk 2005/06/13 23:34:13
Modified:jk/native/common jk_global.h jk_lb_worker.c jk_shm.h
jk_status.c
Log:
Use 64 bit unsigned ints instead doubles for transferred/read.
Revision ChangesPath
1.50 +4 -1
mturk 2005/06/13 23:55:20
Modified:util/java/org/apache/tomcat/util/net AprEndpoint.java
Log:
Use the same locking object for add and maintain.
Also make sure that sockets in the add queue are
closed on destroy.
Revision ChangesPath
1.42 +5 -1
mturk 2005/06/14 00:14:00
Modified:jni/java/org/apache/tomcat/jni Poll.java
jni/native/src poll.c
Log:
Add Poll.pollset method to return all the descriptors that are
currently in the Poll.
Revision ChangesPath
1.9 +19 -1
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.
mturk 2005/06/14 00:34:46
Modified:jni/native/src poll.c
Log:
Skip useless array length compare.
Revision ChangesPath
1.20 +6 -8 jakarta-tomcat-connectors/jni/native/src/poll.c
Index: poll.c
remm2005/06/14 00:43:29
Modified:util/java/org/apache/tomcat/util/net AprEndpoint.java
Log:
- Fix typo.
Revision ChangesPath
1.43 +1 -1
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/AprEndpoint.java
Index: AprEndpoint.java
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.
mturk 2005/06/14 01:23:25
Modified:util/java/org/apache/tomcat/util/net AprEndpoint.java
Log:
Change the way how maintain is called. There is no need to
call the maintain on each TIMEUP.
Revision ChangesPath
1.44 +9 -10
Scott West wrote:
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?).
mturk 2005/06/14 02:02:01
Modified:jni/java/org/apache/tomcat/jni Poll.java
Log:
Fix copy/paste typo. Poll.pollset does not have remove param.
Revision ChangesPath
1.10 +2 -3
jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/Poll.java
Index:
William A. Rowe, Jr. wrote:
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.
A little more coding is needed, because I have a related error (on ReliantUnix):
+++
/home/apache20/apache20/build/libtool
jean-frederic clere wrote:
William A. Rowe, Jr. wrote:
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.
A little more coding is needed, because I have a related error (on
ReliantUnix):
undefined
Mladen Turk wrote:
jean-frederic clere wrote:
William A. Rowe, Jr. wrote:
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.
A little more coding is needed, because I have a related error (on
jean-frederic clere wrote:
Mladen Turk wrote:
Perhaps u_int32_t would be more portable.
I would prefer to add in configure something like:
+++
AC_CHECK_SIZEOF(char, 1)
AC_CHECK_SIZEOF(int, 4)
AC_CHECK_SIZEOF(long, 4)
AC_CHECK_SIZEOF(short, 2)
AC_CHECK_SIZEOF(long long, 8)
+++
and testing
Mladen Turk wrote:
jean-frederic clere wrote:
Mladen Turk wrote:
Perhaps u_int32_t would be more portable.
I would prefer to add in configure something like:
+++
AC_CHECK_SIZEOF(char, 1)
AC_CHECK_SIZEOF(int, 4)
AC_CHECK_SIZEOF(long, 4)
AC_CHECK_SIZEOF(short, 2)
AC_CHECK_SIZEOF(long
jean-frederic clere wrote:
Mladen Turk wrote:
Yes, but all that we need is 32 bit unsigned integer for JK_UINT4
What will you use if the int is 64 bits?
a long ;-)
Right :)
You will need the portable.in in that case, right?
Mladen Turk wrote:
jean-frederic clere wrote:
Mladen Turk wrote:
Yes, but all that we need is 32 bit unsigned integer for JK_UINT4
What will you use if the int is 64 bits?
a long ;-)
Right :)
You will need the portable.in in that case, right?
Yes and I will ask Henri to check
What do you need on iSeries ?
2005/6/14, jean-frederic clere [EMAIL PROTECTED]:
Mladen Turk wrote:
jean-frederic clere wrote:
Mladen Turk wrote:
Yes, but all that we need is 32 bit unsigned integer for JK_UINT4
What will you use if the int is 64 bits?
a long ;-)
Right
mturk 2005/06/14 04:55:54
Modified:jni/java/org/apache/tomcat/jni SSLSocket.java
jni/native libtcnative.dsp tcnative.dsp
Added: jni/native/src sslinfo.c
Log:
Add sslinfo.c for obtaining various SSL info data.
Revision ChangesPath
1.10 +8 -1
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.
Henri Gomez wrote:
What do you need on iSeries ?
Just to know what to use to have:
JK_UINT4 (unsigned long of 32 bits) and JK_UINT8 (unsigned long long of 64 bits)
and to check status_strfsize().
2005/6/14, jean-frederic clere [EMAIL PROTECTED]:
Mladen Turk wrote:
jean-frederic clere
remm2005/06/14 06:14:19
Modified:util/java/org/apache/tomcat/util/net/res
LocalStrings.properties
util/java/org/apache/tomcat/util/net AprEndpoint.java
Log:
- Add status codes on errors.
- Close remaining sockets on destroy.
Revision
status_strfsize ? APR ?
2005/6/14, jean-frederic clere [EMAIL PROTECTED]:
Henri Gomez wrote:
What do you need on iSeries ?
Just to know what to use to have:
JK_UINT4 (unsigned long of 32 bits) and JK_UINT8 (unsigned long long of 64
bits)
and to check status_strfsize().
Henri Gomez wrote:
status_strfsize ? APR ?
Nearly: jakarta-tomcat-connectors/jk/native/common/jk_status.c ;-)
2005/6/14, jean-frederic clere [EMAIL PROTECTED]:
Henri Gomez wrote:
What do you need on iSeries ?
Just to know what to use to have:
JK_UINT4 (unsigned long of 32 bits) and
unsigned long is 32 bits and unsigned long long is 64 bits on iSeries
2005/6/14, Henri Gomez [EMAIL PROTECTED]:
status_strfsize ? APR ?
2005/6/14, jean-frederic clere [EMAIL PROTECTED]:
Henri Gomez wrote:
What do you need on iSeries ?
Just to know what to use to have:
JK_UINT4
ok, but couldn't build now from CVS, but it should works after
jk_u64_t is defined as unsigned long long.
Since we couldn't use portable.h on iSeries, it should be elsewhere ...
2005/6/14, jean-frederic clere [EMAIL PROTECTED]:
Henri Gomez wrote:
status_strfsize ? APR ?
Nearly:
jfclere 2005/06/14 07:31:24
Modified:jk/native/common jk_status.c
Log:
Useless comparision of unsigned with zero causes a warning.
Revision ChangesPath
1.44 +1 -4 jakarta-tomcat-connectors/jk/native/common/jk_status.c
Index: jk_status.c
Henri Gomez wrote:
ok, but couldn't build now from CVS, but it should works after
jk_u64_t is defined as unsigned long long.
Since we couldn't use portable.h on iSeries, it should be elsewhere ...
Sure... I will add the need #if defined(AS400).
2005/6/14, jean-frederic clere [EMAIL
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=29485.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
The fix checked into CVS in December has regressed in JK 1.2.14. URL rewriting
no longer works with JK 1.2.14.
Has anyone else experienced the regression?
Thanks,
Derrick
-Original Message-
From: Derrick Koes
Sent: Friday, December 17, 2004 3:33 PM
To: 'Tomcat Developers List'
jfclere 2005/06/14 08:44:22
Modified:jk/native configure.in
jk/native/common jk_global.h jk_md5.h
Log:
detect in configure the int32 and int64 (and add if defined(AS400)).
Revision ChangesPath
1.47 +20 -1
Hi, guys!
I am bothering you again with my JSP include/forward/redirect problem.
I am not able to comment on JSP53 spec, so I thought that since Tomcat
is reference implementation of JSP, then you guys may have some
influence on JSP standard.
To recap, my problem is that I have a resource,
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=34856.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
URL rewriting is once again broken. 1.2.14 exhibits the problem for
certain. Older version may as well. This was fixed in 1.2.8, but has
regressed.
Has anyone else noticed the regression?
The fix made early this morning (~7-8am Eastern) works to fix the problem I
was having with URL
Derrick Koes wrote:
URL rewriting is once again broken. 1.2.14 exhibits the problem for
certain. Older version may as well. This was fixed in 1.2.8, but has
regressed.
Has anyone else noticed the regression?
Could you explain what do you mean by 'regression',
and URL rewriting?
If you
ESTE MENSAJE ES UNA RESPUESTA AUTOMATICA.
Estimad@ amig@,
Por favor lee detenidamente la informacin que detallamos a
continuacin ya que puede contener la respuesta a tu peticin.
Aquellos emails que necesiten una respuesta personalizada se intentarn
contestar lo antes posible.
Todos los que
ESTE MENSAJE ES UNA RESPUESTA AUTOMATICA.
Estimad@ amig@,
Por favor lee detenidamente la informacin que detallamos a
continuacin ya que puede contener la respuesta a tu peticin.
Aquellos emails que necesiten una respuesta personalizada se intentarn
contestar lo antes posible.
Todos los que
I am having an issue posting a large request (that also requires
authentication) through a Sun One/IPlanet 6.0sp5 webserver to Tomcat 5.5
using the 1.2.8 nsapi_redirector. The client that is doing the posting
gets a server write error if the request body is over a certain size
(~150K). The issue
jfclere 2005/06/14 13:59:33
Modified:jni/java/org/apache/tomcat/jni SSLSocket.java
Log:
typo.
Revision ChangesPath
1.11 +2 -2
jakarta-tomcat-connectors/jni/java/org/apache/tomcat/jni/SSLSocket.java
Index: SSLSocket.java
ESTE MENSAJE ES UNA RESPUESTA AUTOMATICA.
Estimad@ amig@,
Por favor lee detenidamente la informacin que detallamos a
continuacin ya que puede contener la respuesta a tu peticin.
Aquellos emails que necesiten una respuesta personalizada se intentarn
contestar lo antes posible.
Todos los que
ESTE MENSAJE ES UNA RESPUESTA AUTOMATICA.
Estimad@ amig@,
Por favor lee detenidamente la informacin que detallamos a
continuacin ya que puede contener la respuesta a tu peticin.
Aquellos emails que necesiten una respuesta personalizada se intentarn
contestar lo antes posible.
Todos los que
ESTE MENSAJE ES UNA RESPUESTA AUTOMATICA.
Estimad@ amig@,
Por favor lee detenidamente la informacin que detallamos a
continuacin ya que puede contener la respuesta a tu peticin.
Aquellos emails que necesiten una respuesta personalizada se intentarn
contestar lo antes posible.
Todos los que
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.
ESTE MENSAJE ES UNA RESPUESTA AUTOMATICA.
Estimad@ amig@,
Por favor lee detenidamente la informacin que detallamos a
continuacin ya que puede contener la respuesta a tu peticin.
Aquellos emails que necesiten una respuesta personalizada se intentarn
contestar lo antes posible.
Todos los que
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=34856.
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=23344.
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=23344.
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=23344.
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=23344.
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/14/2005.
Your tracking number for this message is : T200506150030
** IMPORTANT: PLEASE DO NOT REPLY TO THIS EMAIL! **
This is an automatic response to let you know that your Webshots Corporate
50 matches
Mail list logo