[EMAIL PROTECTED] wrote:
jfclere 2005/06/21 03:31:41
Log:
-Wall is only for gcc.
That's true. But if your 'cc' doesn't support
the -Wall then make CFLASG with some platform
switch rather then interfering with 99% of others that are using gcc.
The -Wall is very valuable when dealing
At 02:01 AM 6/23/2005, Mladen Turk wrote:
[EMAIL PROTECTED] wrote:
jfclere 2005/06/21 03:31:41
Log:
-Wall is only for gcc.
That's true. But if your 'cc' doesn't support
the -Wall then make CFLASG with some platform
switch rather then interfering with 99% of others that are using gcc.
The
Derrick Koes wrote:
I tested yesterday's CVS head for compliance with session ID URL
rewriting. This fails. The jsessionid is lost from the URL.
Well, I tested that with the /servlets-examples/servlet/SessionExample
and the jsessionid's *are* preserved.
Can you post the 'JkLogLevel debug'
William A. Rowe, Jr. wrote:
At 02:01 AM 6/23/2005, Mladen Turk wrote:
-CFLAGS=${CFLAGS} -DDEBUG -Wall
+CFLAGS=${CFLAGS} -DDEBUG
I would prefer that you add some platform case/esac that will
in ReliantUnix case add what ever you wish to the CFLAGS.
Conversely, a compiler
mturk 2005/06/23 01:58:05
Modified:jni/native/include tcn.h
jni/native/src info.c jnilib.c network.c sslnetwork.c
Log:
Add function wrappers for getting and setting the timeout.
Also catch the info classes to spped up it's prosessing.
Revision Changes
I will be out of the office starting 23/06/2005 and will not return until
29/06/2005.
En cas d'urgence, merci de bien vouloir contacter Sandra Boutboul
([EMAIL PROTECTED]) au 01 70 36 65 90
-
To unsubscribe, e-mail: [EMAIL
Mladen Turk wrote:
William A. Rowe, Jr. wrote:
At 02:01 AM 6/23/2005, Mladen Turk wrote:
-CFLAGS=${CFLAGS} -DDEBUG -Wall
+CFLAGS=${CFLAGS} -DDEBUG
I would prefer that you add some platform case/esac that will
in ReliantUnix case add what ever you wish to the CFLAGS.
remm2005/06/23 04:45:29
Modified:jk/java/org/apache/coyote/ajp AjpAprProtocol.java
Log:
- Add new attributes.
Revision ChangesPath
1.4 +14 -5
jakarta-tomcat-connectors/jk/java/org/apache/coyote/ajp/AjpAprProtocol.java
Index: AjpAprProtocol.java
remm2005/06/23 04:47:32
Modified:http11/src/java/org/apache/coyote/http11
Http11AprProcessor.java
Log:
- Conserving threads when half are already busy seems better. It's possible a
good value for maxThreads in many scenarios would end up being 40 or
remm2005/06/23 04:50:34
Modified:jk/java/org/apache/coyote/ajp AjpAprProcessor.java
Log:
- Add buffering for output.
- This seems to work fine, but I didn't do that much testing yet.
- Not done yet: input buffering is still missing, and it will likely be more
significant
Hi,
I have core in jakarta-tomcat-connectors:
+++
#9 0x in ?? ()
#10 0xab7731c6 in Java_org_apache_tomcat_jni_Socket_timeoutSet (e=0x80fcb60,
o=0xbe9ff838,
sock=58090580307188, timeout=135264680) at src/network.c:893
+++
Any hints why tmset is NULL?
Cheers
Jean-Frederic
mturk 2005/06/23 07:10:08
Modified:jni/native/src network.c
Log:
Add missing function wrappers for getting and setting the timeout on
accepted socket.
Revision ChangesPath
1.39 +3 -1 jakarta-tomcat-connectors/jni/native/src/network.c
Index: network.c
mturk 2005/06/23 07:49:36
Modified:jni/native configure.in
Log:
Use -Wall for maintainer mode if GCC is used.
Revision ChangesPath
1.8 +6 -6 jakarta-tomcat-connectors/jni/native/configure.in
Index: configure.in
jean-frederic clere wrote:
Hi,
I have core in jakarta-tomcat-connectors:
+++
#9 0x in ?? ()
#10 0xab7731c6 in Java_org_apache_tomcat_jni_Socket_timeoutSet
(e=0x80fcb60, o=0xbe9ff838,
sock=58090580307188, timeout=135264680) at src/network.c:893
+++
Any hints why tmset is NULL?
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=35487.
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=35487.
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=35487.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
remm2005/06/23 09:31:55
Modified:jk/java/org/apache/coyote/ajp AjpAprProcessor.java
Log:
- Redo input, but somehow with no additional performance increase :(
- My measurements seem to indicate that this is faster than regular AJP (which
could probably use a more aggressive
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=35487.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
remm2005/06/23 09:35:27
Modified:jk/java/org/apache/coyote/ajp AjpAprProcessor.java
LocalStrings.properties
Log:
- Fix a couple strings.
Revision ChangesPath
1.8 +3 -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=35487.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
remm2005/06/23 10:22:13
Modified:jk/java/org/apache/coyote/ajp AjpAprProcessor.java
AjpMessage.java
Log:
- Beautify a little.
Revision ChangesPath
1.9 +28 -32
I hope this is the right place to post this-- I've searched the web,
usenet, and archives of this and the tomcat-user mailing list with no
success.
I have a Servlet I'm developing that uses a singleton to collect
network traffic information through socket-based non-web/servlet
mechanisms. The
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=35473.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Maybe InetAddress can help you?
On 6/23/05, Brad Johanson [EMAIL PROTECTED] wrote:
The problem I'm
running into is how the singleton can find the root URL/server URL
(and port) for the Tomcat server in which it is running (for example,
http://167.7.9.95:8080 or http://www.foo-co.com).
25 matches
Mail list logo