In message <_A2959@delegate-en.ML_> on 06/02/05(09:51:15) I wrote:
 |The problem is caused by shareing (jamming) a SSL context in SSLway
 |between FCL and FSV, sharing SSLway on memory linked by dinaymic linking.

So I made a patch to escape the problem like enclosed and tested the
patched version as follows.

  delegated -v -P81 SERVER=https FCL=sslway CMAP=sslway:FSV:https \
    ADMIN="me@my.." RELAY="proxy,delegate:*:*:*" URICONV=where:any

Then accessed https://delegate:81/-_-https://www.att.com without problem.

Cheers,
Yutaka
--
  D G   Yutaka Sato <pfqcabdyi-mykgh47hejtw.ml@delegate.org> http://delegate.org/y.sato/
 ( - )  National Institute of Advanced Industrial Science and Technology
_<   >_ 1-1-4 Umezono, Tsukuba, Ibaraki, 305-8568 Japan
Do the more with the less -- B. Fuller


diff -cr ../delegate9.0.2/filters/sslway.c ./filters/sslway.c
*** ../delegate9.0.2/filters/sslway.c	Wed May 18 10:39:43 2005
--- ./filters/sslway.c	Thu Jun  2 09:59:35 2005
***************
*** 1503,1508 ****
--- 1503,1514 ----
  	int ctx_reuse = 0;
  	int sreused = 0;
  
+ 	/* global variables shared and reused via dynamic linking ... */
+ 	{
+ 		do_accSSL = 0;
+ 		do_conSSL = 0;
+ 	}
+ 
  	Start = Time();
  	lapx = 0;
  	for( ai = 1; ai < ac; ai++ ){
diff -cr ../delegate9.0.2/src/filter.c ./src/filter.c
*** ../delegate9.0.2/src/filter.c	Mon May  2 22:36:35 2005
--- ./src/filter.c	Thu Jun  2 10:00:50 2005
***************
*** 227,232 ****
--- 227,237 ----
  static void sslwaySetup(PCStr(map),PCStr(filter)){
  	static CStr(id,32);
  	static CStr(type,32);
+ 
+ 	if( !streq(map,"FCL") ){
+ 		/* only FCL is ready for SSL context/session cache */
+ 		return;
+ 	}
  	sprintf(id,"CFI_FILTER_ID=%d",filter);
  	putenv(id);
  	sprintf(type,"CFI_TYPE=%s",map);