[AOLSERVER] Problems with aolserver and memory crash
Hello! I have in production six aolserver serving one OpenACS cluster. The aolserver works well. We have only one big problem. When I try to do some big memory operations which need 400 MB, probably the server crash with the log message unable to realloc XX bytes or unable to alloc XX bytes Why this crash? The server have memory for that operation. Any way to check the free memory? Any solution? My versions are: aolserver 4.5.1 tcllib-1.11.1 thread2.6.5 xotcl-1.6.2 If you need some more info, please tell me. Best regards, Agustin -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to lists...@listserv.aol.com with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Problems with aolserver and memory crash
Agustin Lopez wrote: Hello! I have in production six aolserver serving one OpenACS cluster. The aolserver works well. We have only one big problem. When I try to do some big memory operations which need 400 MB, probably the server crash with the log message unable to realloc XX bytes or unable to alloc XX bytes Why this crash? The server have memory for that operation. Any way to check the free memory? Any solution? My versions are: aolserver 4.5.1 tcllib-1.11.1 thread2.6.5 xotcl-1.6.2 If you need some more info, please tell me. Which operating system are you using? You might be running into a per process resource limit. If you are running a Unix, look into the 'ulimit' command. -ayan -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to lists...@listserv.aol.com with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Problems with aolserver and memory crash
If the limit is ok (ayan's mail), you might run into the maximum segment size on 32bit. If this is the case, recompile everything with 64bit enabled. -gustaf neumann Agustin Lopez schrieb: Hello! I have in production six aolserver serving one OpenACS cluster. The aolserver works well. We have only one big problem. When I try to do some big memory operations which need 400 MB, probably the server crash with the log message unable to realloc XX bytes or unable to alloc XX bytes Why this crash? The server have memory for that operation. Any way to check the free memory? Any solution? My versions are: aolserver 4.5.1 tcllib-1.11.1 thread2.6.5 xotcl-1.6.2 If you need some more info, please tell me. Best regards, Agustin -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to lists...@listserv.aol.com with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank. -- Univ.Prof. Dr. Gustaf Neumann Institut of Information Systems and New Media WU Vienna Augasse 2-6, A-1090 Vienna, AUSTRIA -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to lists...@listserv.aol.com with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Problems with aolserver and memory crash
More info on the problem: All the system is 64 bits enabled. file /usr/local/aolserver/bin/nsd /usr/local/aolserver/bin/nsd: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.8, not stripped Debian lenny uname -a Linux 2.6.18-xen #1 SMP Mon Dec 10 14:47:51 CET 2007 x86_64 GNU/Linux ulimit -a core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 48064 max locked memory (kbytes, -l) 32 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size(512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) 48064 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited gdb Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x4508e950 (LWP 8422)] 0x2b68c2a934a6 in Tcl_AttemptSetObjLength () from /usr/local/aolserver-4.5.1/lib/libtcl8.4.so Current language: auto; currently asm gdb bactrace #71 0x2b68c25d6f5e in ProcRequest () from /usr/local/aolserver-4.5.1/lib/libnsd.so #72 0x2b68c25c1fde in Ns_ConnRunRequest () from /usr/local/aolserver-4.5.1/lib/libnsd.so #73 0x2b68c25c439a in NsConnThread () from /usr/local/aolserver-4.5.1/lib/libnsd.so #74 0x2b68c2802756 in ThreadMain () from /usr/local/aolserver-4.5.1/lib/libnsthread.so #75 0x2b68c2eddfc7 in start_thread () from /lib/libpthread.so.0 #76 0x2b68c365d5ad in clone () from /lib/libc.so.6 #77 0x in ?? () Gustaf Neumann escribió: If the limit is ok (ayan's mail), you might run into the maximum segment size on 32bit. If this is the case, recompile everything with 64bit enabled. -gustaf neumann Agustin Lopez schrieb: Hello! I have in production six aolserver serving one OpenACS cluster. The aolserver works well. We have only one big problem. When I try to do some big memory operations which need 400 MB, probably the server crash with the log message unable to realloc XX bytes or unable to alloc XX bytes Why this crash? The server have memory for that operation. Any way to check the free memory? Any solution? My versions are: aolserver 4.5.1 tcllib-1.11.1 thread2.6.5 xotcl-1.6.2 If you need some more info, please tell me. Best regards, Agustin -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to lists...@listserv.aol.com with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to lists...@listserv.aol.com with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
[AOLSERVER] AOLServer+pound problem
Hello! I'm now have problem with AOLServer (version 4.5.1) and pound (2.4.3.1). For 500+ active users my pound SSL proxy is not effective (for Core Quad server Load Average = 2.0 and system idle is about 0.5 but response time is more than 1 second! AOL can serve pages fast but pound is bottle neck). I need cookie-based virtual hosts. Is nginx good for me? P.S. Russian is my own language and can read nginx documentation. As example my pound configuration: Service HeadDeny X-SSL-.* HeadRequire Host:.*offline.mts.mobigroup.ru.* HeadRequire Cookie: .*session=branch%3Dstableunit%3D1 BackEnd Address 127.0.0.1 Port8001 End End Service HeadDeny X-SSL-.* HeadRequire Host:.*offline.mts.mobigroup.ru.* HeadRequire Cookie: .*session=branch%3Dstableunit%3D3 BackEnd Address 127.0.0.1 Port8003 End End ... Service HeadDeny X-SSL-.* HeadRequire Host:.*offline.mts.mobigroup.ru.* BackEnd Address 127.0.0.1 Port8000 End End Best regards, Alexey Pechnikov. http://pechnikov.tel/ -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to lists...@listserv.aol.com with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
[AOLSERVER] TLS 1.6 and Aolserver
Jeff: Here is a backtrace of the crash with 1.6 stable. Did you need it from head? J Jade Rubick Director of Development TRUiST 120 Wall Street, 4th Floor New York, NY 10005 USA jrub...@truist.com +1 503 285 4963 +1 707 671 1333 fax www.truist.com The information contained in this email/document is confidential and may be legally privileged. Access to this email/document by anyone other than the intended recipient(s) is unauthorized. If you are not an intended recipient, any disclosure, copying, distribution, or any action taken or omitted to be taken in reliance to it, is prohibited. Begin forwarded message: TLS BACKTRACE FROM 1.6 stable (without disabling DH) Complete backtrace: (gdb) bt #0 0xe410 in __kernel_vsyscall () #1 0xb7cd4875 in raise () from /lib/tls/i686/cmov/libc.so.6 #2 0xb7cd6201 in abort () from /lib/tls/i686/cmov/libc.so.6 #3 0xb7ee7a4f in Tcl_PanicVA () from /usr/local/tcl/lib/libtcl8.4.so #4 0xb7ee7a77 in Tcl_Panic () from /usr/local/tcl/lib/libtcl8.4.so #5 0xb7ef6b4f in Ptr2Block () from /usr/local/tcl/lib/libtcl8.4.so #6 0xb7ef7117 in TclpFree () from /usr/local/tcl/lib/libtcl8.4.so #7 0xb7e9751d in Tcl_Free () from /usr/local/tcl/lib/libtcl8.4.so #8 0xb7f27251 in ns_free () from /usr/local/aolserver40r10/lib/ libnsthread.so #9 0xb605c4aa in CRYPTO_free () from /usr/lib/i686/cmov/ libcrypto.so.0.9.8 #10 0xb60890aa in BN_clear_free () from /usr/lib/i686/cmov/ libcrypto.so.0.9.8 #11 0xb60b0836 in DH_free () from /usr/lib/i686/cmov/libcrypto.so. 0.9.8 #12 0xa1ffa1e5 in CTX_Init (statePtr=0x139ce5c0, proto=3, key=0x0, cert=0x0, CAdir=0x0, CAfile=0x0, ciphers=0x0) at tls.c:1015 #13 0xa1ff9a72 in ImportObjCmd (clientData=0x0, interp=0x16403240, objc=4, objv=0xa97f96bc) at tls.c:800 #14 0xb7e923c3 in TclEvalObjvInternal () from /usr/local/tcl/lib/ libtcl8.4.so #15 0xb7e92987 in Tcl_EvalEx () from /usr/local/tcl/lib/libtcl8.4.so #16 0xb7e93635 in Tcl_EvalObjEx () from /usr/local/tcl/lib/ libtcl8.4.so #17 0xb7e9a358 in Tcl_EvalObjCmd () from /usr/local/tcl/lib/ libtcl8.4.so #18 0xb7e923c3 in TclEvalObjvInternal () from /usr/local/tcl/lib/ libtcl8.4.so #19 0xb7ebf0db in TclExecuteByteCode () from /usr/local/tcl/lib/ libtcl8.4.so #20 0xb7ec2dbc in TclCompEvalObj () from /usr/local/tcl/lib/ libtcl8.4.so #21 0xb7eefd68 in TclObjInterpProc () from /usr/local/tcl/lib/ libtcl8.4.so #22 0xb7e923c3 in TclEvalObjvInternal () from /usr/local/tcl/lib/ libtcl8.4.so #23 0xb7e92987 in Tcl_EvalEx () from /usr/local/tcl/lib/libtcl8.4.so #24 0xb7e93635 in Tcl_EvalObjEx () from /usr/local/tcl/lib/ libtcl8.4.so #25 0xb7e9a358 in Tcl_EvalObjCmd () from /usr/local/tcl/lib/ libtcl8.4.so #26 0xb7e923c3 in TclEvalObjvInternal () from /usr/local/tcl/lib/ libtcl8.4.so #27 0xb7ebf0db in TclExecuteByteCode () from /usr/local/tcl/lib/ libtcl8.4.so #28 0xb7ec2dbc in TclCompEvalObj () from /usr/local/tcl/lib/ libtcl8.4.so #29 0xb7eefd68 in TclObjInterpProc () from /usr/local/tcl/lib/ libtcl8.4.so #30 0xb7e923c3 in TclEvalObjvInternal () from /usr/local/tcl/lib/ libtcl8.4.so #31 0xb7ebf0db in TclExecuteByteCode () from /usr/local/tcl/lib/ libtcl8.4.so #32 0xb7ec2dbc in TclCompEvalObj () from /usr/local/tcl/lib/ libtcl8.4.so #33 0xb7e93539 in Tcl_EvalObjEx () from /usr/local/tcl/lib/ libtcl8.4.so #34 0xb7e9fe07 in Tcl_IfObjCmd () from /usr/local/tcl/lib/libtcl8.4.so #35 0xb7e923c3 in TclEvalObjvInternal () from /usr/local/tcl/lib/ libtcl8.4.so #36 0xb7e92987 in Tcl_EvalEx () from /usr/local/tcl/lib/libtcl8.4.so #37 0xb7edcccb in Tcl_FSEvalFile () from /usr/local/tcl/lib/ libtcl8.4.so #38 0xb7ea5f16 in Tcl_SourceObjCmd () from /usr/local/tcl/lib/ libtcl8.4.so #39 0xb7e923c3 in TclEvalObjvInternal () from /usr/local/tcl/lib/ libtcl8.4.so #40 0xb7e92987 in Tcl_EvalEx () from /usr/local/tcl/lib/libtcl8.4.so #41 0xb7e93635 in Tcl_EvalObjEx () from /usr/local/tcl/lib/ libtcl8.4.so #42 0xb7ee3cf1 in Tcl_NamespaceObjCmd () from /usr/local/tcl/lib/ libtcl8.4.so #43 0xb7e923c3 in TclEvalObjvInternal () from /usr/local/tcl/lib/ libtcl8.4.so #44 0xb7ebf0db in TclExecuteByteCode () from /usr/local/tcl/lib/ libtcl8.4.so #45 0xb7ec2dbc in TclCompEvalObj () from /usr/local/tcl/lib/ libtcl8.4.so #46 0xb7eefd68 in TclObjInterpProc () from /usr/local/tcl/lib/ libtcl8.4.so #47 0xb7e923c3 in TclEvalObjvInternal () from /usr/local/tcl/lib/ libtcl8.4.so #48 0xb7e92987 in Tcl_EvalEx () from /usr/local/tcl/lib/libtcl8.4.so #49 0xb7e93635 in Tcl_EvalObjEx () from /usr/local/tcl/lib/ libtcl8.4.so #50 0xb7ef05bd in Tcl_UplevelObjCmd () from /usr/local/tcl/lib/ libtcl8.4.so #51 0xb7e923c3 in TclEvalObjvInternal () from /usr/local/tcl/lib/ libtcl8.4.so #52 0xb7ebf0db in TclExecuteByteCode () from /usr/local/tcl/lib/ libtcl8.4.so #53 0xb7ec2dbc in TclCompEvalObj () from /usr/local/tcl/lib/ libtcl8.4.so #54 0xb7eefd68 in TclObjInterpProc () from /usr/local/tcl/lib/ libtcl8.4.so #55 0xb7ee13c9 in InvokeImportedCmd () from /usr/local/tcl/lib/ libtcl8.4.so #56
Re: [AOLSERVER] TLS 1.6 and Aolserver
On 29/04/2009 3:29 PM, Jade Rubick wrote: Here is a backtrace of the crash with 1.6 stable. Did you need it from head? No, that is the correct tls.c. I'm curious what the value of ctx and dh are in stack frame #11 (at DH_free). Tcl_Panic should be passing a clear message to - what is that? It may be trying to free memory from a different thread. I am also suspicious about the several different *_free functions that are taking place here. DH_free shouldn't trigger such a chain from what I can see. This may be some interaction case specific to AOLServer use as well, with the ns_free layering over the threaded Tcl allocator. Can't really say much else, except that it does work without the other components involved. Jeff TLS BACKTRACE FROM 1.6 stable (without disabling DH) *Complete backtrace:* (gdb) bt #0 0xe410 in __kernel_vsyscall () #1 0xb7cd4875 in raise () from /lib/tls/i686/cmov/libc.so.6 #2 0xb7cd6201 in abort () from /lib/tls/i686/cmov/libc.so.6 #3 0xb7ee7a4f in Tcl_PanicVA () from /usr/local/tcl/lib/libtcl8.4.so http://libtcl8.4.so #4 0xb7ee7a77 in Tcl_Panic () from /usr/local/tcl/lib/libtcl8.4.so http://libtcl8.4.so #5 0xb7ef6b4f in Ptr2Block () from /usr/local/tcl/lib/libtcl8.4.so http://libtcl8.4.so #6 0xb7ef7117 in TclpFree () from /usr/local/tcl/lib/libtcl8.4.so http://libtcl8.4.so #7 0xb7e9751d in Tcl_Free () from /usr/local/tcl/lib/libtcl8.4.so http://libtcl8.4.so #8 0xb7f27251 in ns_free () from /usr/local/aolserver40r10/lib/libnsthread.so #9 0xb605c4aa in CRYPTO_free () from /usr/lib/i686/cmov/libcrypto.so.0.9.8 #10 0xb60890aa in BN_clear_free () from /usr/lib/i686/cmov/libcrypto.so.0.9.8 #11 0xb60b0836 in DH_free () from /usr/lib/i686/cmov/libcrypto.so.0.9.8 #12 0xa1ffa1e5 in CTX_Init (statePtr=0x139ce5c0, proto=3, key=0x0, cert=0x0, CAdir=0x0, CAfile=0x0, ciphers=0x0) at tls.c:1015 #13 0xa1ff9a72 in ImportObjCmd (clientData=0x0, interp=0x16403240, objc=4, objv=0xa97f96bc) at tls.c:800 #14 0xb7e923c3 in TclEvalObjvInternal () from /usr/local/tcl/lib/libtcl8.4.so http://libtcl8.4.so #15 0xb7e92987 in Tcl_EvalEx () from /usr/local/tcl/lib/libtcl8.4.so http://libtcl8.4.so #16 0xb7e93635 in Tcl_EvalObjEx () from /usr/local/tcl/lib/libtcl8.4.so http://libtcl8.4.so ... *Offending frame in stack:* *#12 0xa1ffa1e5 in CTX_Init (statePtr=0x139ce5c0, proto=3, key=0x0, cert=0x0, CAdir=0x0, CAfile=0x0, ciphers=0x0) at tls.c:1015 1015DH_free(dh); -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to lists...@listserv.aol.com with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] AOLServer+pound problem
I've not used pound but do use HAProxy and have found it quite capable. Some say it's a bit more difficult to setup for the average user ( mostly because it has A LOT of features / options ) but I doubt it would give anyone on this list a problem. I bring it up because when researching which LB to use ( pound, haproxy, nginx, etc... ) I found a couple of sites mentioning how resource intensive pound seemed to be. Give it a look if you are unable to solve the pound issue. HAProxy site : http://haproxy.1wt.eu/ One discussion of HAProxy vs. Pound : http://highscalability.com/product-haproxy-reliable-high-performance-tcp-http-load-balancer -j On Apr 29, 2009, at 4:32 PM, Alexey Pechnikov wrote: Hello! I'm now have problem with AOLServer (version 4.5.1) and pound (2.4.3.1). For 500+ active users my pound SSL proxy is not effective (for Core Quad server Load Average = 2.0 and system idle is about 0.5 but response time is more than 1 second! AOL can serve pages fast but pound is bottle neck). I need cookie-based virtual hosts. Is nginx good for me? P.S. Russian is my own language and can read nginx documentation. As example my pound configuration: Service HeadDeny X-SSL-.* HeadRequire Host:.*offline.mts.mobigroup.ru.* HeadRequire Cookie: .*session=branch%3Dstableunit%3D1 BackEnd Address 127.0.0.1 Port8001 End End Service HeadDeny X-SSL-.* HeadRequire Host:.*offline.mts.mobigroup.ru.* HeadRequire Cookie: .*session=branch%3Dstableunit%3D3 BackEnd Address 127.0.0.1 Port8003 End End ... Service HeadDeny X-SSL-.* HeadRequire Host:.*offline.mts.mobigroup.ru.* BackEnd Address 127.0.0.1 Port8000 End End Best regards, Alexey Pechnikov. http://pechnikov.tel/ -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to lists...@listserv.aol.com with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to lists...@listserv.aol.com with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank. smime.p7s Description: S/MIME cryptographic signature
Re: [AOLSERVER] TLS 1.6 and Aolserver
Hello, We don't use this TLS package at Wayport, but I have seen similar errors with OpenSSL before in other applications. I pulled the TLS code and glanced through it. It doesn't look like you have registered the locking callbacks for openssl, which means any openssl calls are not thread safe. That's going to be a problem inside aolserver :-) Check out InitOpenSSL() nsopenssl.c (in the nsopenssl module). It does all the basic stuff you need to get OpenSSL running in a thread-safe manor. Also: http://openssl.org/docs/crypto/threads.html If you 'info threads' and see other threads inside openssl crypto functions this is almost certainly your problem. HTH. -Andrew On Wed, Apr 29, 2009 at 5:29 PM, Jade Rubick jrub...@truist.com wrote: Jeff: Here is a backtrace of the crash with 1.6 stable. Did you need it from head? J Jade Rubick Director of Development TRUiST 120 Wall Street, 4th Floor New York, NY 10005 USA jrub...@truist.com +1 503 285 4963 +1 707 671 1333 fax www.truist.com The information contained in this email/document is confidential and may be legally privileged. Access to this email/document by anyone other than the intended recipient(s) is unauthorized. If you are not an intended recipient, any disclosure, copying, distribution, or any action taken or omitted to be taken in reliance to it, is prohibited. Begin forwarded message: TLS BACKTRACE FROM 1.6 stable (without disabling DH) Complete backtrace: (gdb) bt #0 0xe410 in __kernel_vsyscall () #1 0xb7cd4875 in raise () from /lib/tls/i686/cmov/libc.so.6 #2 0xb7cd6201 in abort () from /lib/tls/i686/cmov/libc.so.6 #3 0xb7ee7a4f in Tcl_PanicVA () from /usr/local/tcl/lib/libtcl8.4.so #4 0xb7ee7a77 in Tcl_Panic () from /usr/local/tcl/lib/libtcl8.4.so #5 0xb7ef6b4f in Ptr2Block () from /usr/local/tcl/lib/libtcl8.4.so #6 0xb7ef7117 in TclpFree () from /usr/local/tcl/lib/libtcl8.4.so #7 0xb7e9751d in Tcl_Free () from /usr/local/tcl/lib/libtcl8.4.so #8 0xb7f27251 in ns_free () from /usr/local/aolserver40r10/lib/libnsthread.so #9 0xb605c4aa in CRYPTO_free () from /usr/lib/i686/cmov/libcrypto.so.0.9.8 #10 0xb60890aa in BN_clear_free () from /usr/lib/i686/cmov/libcrypto.so.0.9.8 #11 0xb60b0836 in DH_free () from /usr/lib/i686/cmov/libcrypto.so.0.9.8 #12 0xa1ffa1e5 in CTX_Init (statePtr=0x139ce5c0, proto=3, key=0x0, cert=0x0, CAdir=0x0, CAfile=0x0, ciphers=0x0) at tls.c:1015 #13 0xa1ff9a72 in ImportObjCmd (clientData=0x0, interp=0x16403240, objc=4, objv=0xa97f96bc) at tls.c:800 #14 0xb7e923c3 in TclEvalObjvInternal () from /usr/local/tcl/lib/libtcl8.4.so #15 0xb7e92987 in Tcl_EvalEx () from /usr/local/tcl/lib/libtcl8.4.so #16 0xb7e93635 in Tcl_EvalObjEx () from /usr/local/tcl/lib/libtcl8.4.so #17 0xb7e9a358 in Tcl_EvalObjCmd () from /usr/local/tcl/lib/libtcl8.4.so #18 0xb7e923c3 in TclEvalObjvInternal () from /usr/local/tcl/lib/libtcl8.4.so #19 0xb7ebf0db in TclExecuteByteCode () from /usr/local/tcl/lib/libtcl8.4.so #20 0xb7ec2dbc in TclCompEvalObj () from /usr/local/tcl/lib/libtcl8.4.so #21 0xb7eefd68 in TclObjInterpProc () from /usr/local/tcl/lib/libtcl8.4.so #22 0xb7e923c3 in TclEvalObjvInternal () from /usr/local/tcl/lib/libtcl8.4.so #23 0xb7e92987 in Tcl_EvalEx () from /usr/local/tcl/lib/libtcl8.4.so #24 0xb7e93635 in Tcl_EvalObjEx () from /usr/local/tcl/lib/libtcl8.4.so #25 0xb7e9a358 in Tcl_EvalObjCmd () from /usr/local/tcl/lib/libtcl8.4.so #26 0xb7e923c3 in TclEvalObjvInternal () from /usr/local/tcl/lib/libtcl8.4.so #27 0xb7ebf0db in TclExecuteByteCode () from /usr/local/tcl/lib/libtcl8.4.so #28 0xb7ec2dbc in TclCompEvalObj () from /usr/local/tcl/lib/libtcl8.4.so #29 0xb7eefd68 in TclObjInterpProc () from /usr/local/tcl/lib/libtcl8.4.so #30 0xb7e923c3 in TclEvalObjvInternal () from /usr/local/tcl/lib/libtcl8.4.so #31 0xb7ebf0db in TclExecuteByteCode () from /usr/local/tcl/lib/libtcl8.4.so #32 0xb7ec2dbc in TclCompEvalObj () from /usr/local/tcl/lib/libtcl8.4.so #33 0xb7e93539 in Tcl_EvalObjEx () from /usr/local/tcl/lib/libtcl8.4.so #34 0xb7e9fe07 in Tcl_IfObjCmd () from /usr/local/tcl/lib/libtcl8.4.so #35 0xb7e923c3 in TclEvalObjvInternal () from /usr/local/tcl/lib/libtcl8.4.so #36 0xb7e92987 in Tcl_EvalEx () from /usr/local/tcl/lib/libtcl8.4.so #37 0xb7edcccb in Tcl_FSEvalFile () from /usr/local/tcl/lib/libtcl8.4.so #38 0xb7ea5f16 in Tcl_SourceObjCmd () from /usr/local/tcl/lib/libtcl8.4.so #39 0xb7e923c3 in TclEvalObjvInternal () from /usr/local/tcl/lib/libtcl8.4.so #40 0xb7e92987 in Tcl_EvalEx () from /usr/local/tcl/lib/libtcl8.4.so #41 0xb7e93635 in Tcl_EvalObjEx () from /usr/local/tcl/lib/libtcl8.4.so #42 0xb7ee3cf1 in Tcl_NamespaceObjCmd () from /usr/local/tcl/lib/libtcl8.4.so #43 0xb7e923c3 in TclEvalObjvInternal () from /usr/local/tcl/lib/libtcl8.4.so #44 0xb7ebf0db in TclExecuteByteCode () from /usr/local/tcl/lib/libtcl8.4.so #45 0xb7ec2dbc in TclCompEvalObj () from /usr/local/tcl/lib/libtcl8.4.so #46 0xb7eefd68 in
[AOLSERVER] Does the gzip component work on AOLSERVER 4.0.10 on adp pages?
Hi, I've been spending a load of time reading through the aolserver source code and fiddling with my configurations. I put this on my aolserver parameters: ns_section ns/server/testsite/adp/compress ns_param enabled true ns_param level 4 ns_param minsize 1024 I then put ns_adp_compress 1 on my adp pages and it does not get compressed. Is there a patch out there I may have missed or am I using this wrong? I'd appreciate it if someone could point me to the right direction. Thanks! -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to lists...@listserv.aol.com with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.