Hi,
I have test the sendfile apr connector feature with MAC OS X 10.4.5,
Java 1.5, APR 1.2.2, Tomcat svn head,
Every time as sendfile is use the AprEndpoint.add(SendfileData data)
Socket.sendfilen() L1417 returned code 70023 APR_ENOTIMPL
Not yet implemented?!
Any hint, have APR 1.2.6 a MAC
Some hints, although I didn't go deeper into it and most of it might
still be experimental:
1) Java Isolate API JSP-221
http://java.sys-con.com/read/99716.htm
http://jcp.org/en/jsr/detail?id=121
2) Building on top Java Resource Consumption Management API JSR-284
http://jcp.org/en/jsr/detail?
Peter Rossbach wrote:
Hi,
I have test the sendfile apr connector feature with MAC OS X 10.4.5,
Java 1.5, APR 1.2.2, Tomcat svn head,
Every time as sendfile is use the AprEndpoint.add(SendfileData data)
Socket.sendfilen() L1417 returned code 70023 APR_ENOTIMPL
Not yet implemented?!
Looks l
Arrg,
you are right! It seems that MAC OS X have no sendfile support. I
have search, but I can't find sys/sendfile.h
I don't understand why Library.APR_HAS_SENDFILE not set correctly :-(
apr.h is correct generate without sendfile support #define
APR_HAS_SENDFILE 0
Regards
Peter
Am 08.04
Peter Rossbach wrote:
Arrg,
you are right! It seems that MAC OS X have no sendfile support. I have
search, but I can't find sys/sendfile.h
I don't understand why Library.APR_HAS_SENDFILE not set correctly :-(
apr.h is correct generate without sendfile support #define
APR_HAS_SENDFILE 0
S
Ups, now I find the root of my strange problem...
Peter Rossbach wrote:
Arrg,
you are right! It seems that MAC OS X have no sendfile support. I
have search, but I can't find sys/sendfile.h
I don't understand why Library.APR_HAS_SENDFILE not set correctly :-(
apr.h is correct generate witho
Peter Rossbach wrote:
Ups, now I find the root of my strange problem...
Start with zero, but jnilib.c starts with one?!
I think that isn't correct or every one at the middle decrement the
has() value! Can I change the Library.java ?
If you have a commit right, sure :)
It seems it's an typ
Peter Rossbach wrote:
Ups, now I find the root of my strange problem...
I think that isn't correct or every one at the middle decrement the
has() value! Can I change the Library.java ?
Sorry...
Fix the jnilib.c instead Library.java
--
Mladen.
OK, but then all user need a new tcnative releas. I thing the
correction at Library.java is the better option, but I am not sure!
Peter
Am 08.04.2006 um 14:25 schrieb Mladen Turk:
Peter Rossbach wrote:
Ups, now I find the root of my strange problem...
I think that isn't correct or every one
Interesting discussion.
Ideas? Yes, and it's very simple - use fork()!
The problem with fork() in the way you propose is Garbage Collection. A
JVM can move objects and compact heap space during GC, this presents a
problem that moving data unshare's that page. For a native executable
Cop
Author: pero
Date: Sat Apr 8 07:22:13 2006
New Revision: 392530
URL: http://svn.apache.org/viewcvs?rev=392530&view=rev
Log:
Fix APR feature constant that it correct map to Libaray.java!
Modified:
tomcat/connectors/trunk/jni/native/src/jnilib.c
Modified: tomcat/connectors/trunk/jni/native/sr
Author: pero
Date: Sat Apr 8 07:24:55 2006
New Revision: 392531
URL: http://svn.apache.org/viewcvs?rev=392531&view=rev
Log:
fix to correct datatype.
Modified:
tomcat/connectors/trunk/jni/native/src/sslinfo.c
Modified: tomcat/connectors/trunk/jni/native/src/sslinfo.c
URL:
http://svn.apache.
I got these two warnings:
/bin/sh /Users/peter/tools/local//build-1/libtool --silent --
mode=compile gcc -g -O2 -DHAVE_CONFIG_H -DDARWIN -
DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -g -O2 -
DHAVE_OPENSSL -I/Users/peter/tomcat/develop/tomcat55/connectors/jni/
native/include -I/Syste
Hi,
I'm trying to set the new issues.apache.org box up with Tomcat 5.5.16 +
tomcat-native-1.1.2 + httpd 2.2.0. When requests come in, I'm seeing
these errors for almost every request in the logs:
Apr 8, 2006 3:28:47 PM org.apache.tomcat.util.net.AprEndpoint$Poller run
SEVERE: Critical poller fai
Jeff Turner wrote:
We experienced this before on the old issues.apache.org box, but Remy
said he fixed it (and it is fixed on that box):
Yes, it was a specificity of the Itanium platform which got fixed.
Normally, I also fixed the problem where a poller could crash when it is
restarted.
The
Just some thoughts based on what Tim has mentioned.
--- Tim Funk <[EMAIL PROTECTED]> wrote:
> I was thinking that too. A big problem with JVM's is
> memory leaks.
I would say a big problem any application is memory
leaks. C and C++ have the same types of issues...just
a little different along w
On Sat, Apr 08, 2006 at 06:56:06PM +0200, Remy Maucherat wrote:
> Jeff Turner wrote:
> > We experienced this before on the old issues.apache.org box, but Remy
> > said he fixed it (and it is fixed on that box):
>
> Yes, it was a specificity of the Itanium platform which got fixed.
> Normally, I a
Jeff Turner wrote:
On Sat, Apr 08, 2006 at 06:56:06PM +0200, Remy Maucherat wrote:
Jeff Turner wrote:
We experienced this before on the old issues.apache.org box, but Remy
said he fixed it (and it is fixed on that box):
Nothing unusual. Ubuntu 5.10, 1x2.8Ghz Xeon. Java is started with:
-Djav
18 matches
Mail list logo
