Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_worker_jni.c

2002-11-21 Thread jean-frederic clere
Mladen Turk wrote:

That's like you said ... ;)

Is there a Java implementation withouth threads?


I do not think so.


If not then, we should disable jni for non-threaded apr.
Make that dependent of HAVE_JNI. There is no need to compile in the JNI
for non-threaded servers.


Yes. But that is even more complicated we should not try to compile JNI if the 
threads used by APR are not the ones used by the JVM. Any idea how to test that?


Or simply...

#ifndef APR_HAS_THREADS
#error You will need to enable threads to compile JNI
#endif


#else
#error You will need to enable threads to compile JNI
#endif
in common jk_worker_jni.c ;-))





-Original Message-
From: [EMAIL PROTECTED]




 +#if APR_HAS_THREADS
  while (jk_jni_status_code != 2) {
  apr_thread_yield();
  }
 +#endif



MT.



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 







--
To unsubscribe, e-mail:   
For additional commands, e-mail: 




RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_worker_jni.c

2002-11-21 Thread Mladen Turk
That's like you said ... ;)

Is there a Java implementation withouth threads?
If not then, we should disable jni for non-threaded apr.
Make that dependent of HAVE_JNI. There is no need to compile in the JNI
for non-threaded servers.

Or simply...

#ifndef APR_HAS_THREADS
#error You will need to enable threads to compile JNI
#endif

> -Original Message-
> From: [EMAIL PROTECTED]

>   +#if APR_HAS_THREADS
>while (jk_jni_status_code != 2) {
>apr_thread_yield();
>}
>   +#endif

MT.



--
To unsubscribe, e-mail:   
For additional commands, e-mail: