X-Kagi-AutoReply:r2db

Hello,

You sent an email that does not contain the formated purchase data that this email 
account is able to parse.

So that we may be able to assist you, we offer the following suggestions.

If you are writing to ask a question about a payment made to Kagi, you might be able 
to obtain answers to your questions through our online Payment Query System located at 
<http://info.kagi.com> 

If you have a question concerning a specific product you have purchased, we suggest 
that you directly contact the company that produced the product. They will be able to 
answer questions about the use of the product. Their email or web site should be noted 
in the product documentation or their online order page that can be found by searching 
for the product at <http://order.kagi.com>

If you wish to purchase a product, you can order online and pay with credit card, cash 
or check by searching for the product order page at <http://order.kagi.com> or if you 
have used a "Register" program, you can send the output of the "Register" program to 
[EMAIL PROTECTED] 

Finally, if you wish to direct your question to a human being at Kagi, please send 
your email to [EMAIL PROTECTED] and please just type your message into the email, do 
not send an attachment.

Thank you,
[EMAIL PROTECTED]

--------------------------------------------------------------


>
>
>Howdy,
>
>>The fact that in the stock distribution the fork attrribute is set to
>>false by default is IMHO not very good choice. Took me several days of
>>headaches trying to find the leak in my code. When there is a disign
>>choice "slow" versus "crash for 1% of users" I would choose slow and
>put
>>into some doc how to make it faster if it is required.
>
>Well, that's your opinion. ;)  I for one disagree.
>
>In addition, this issue is well-documented in several places, including
>the JSPs How-To
>(http://jakarta.apache.org/tomcat/tomcat-5.0-doc/jasper-howto.html), the
>Release Notes, the JSP servlet in $CATALINA_HOME/conf/web.xml, this
>mailing list's archives, and links to this mailing list's archives from
>the tomcat FAQ Memory page.  Workarounds such as precompilingare also
>documented in at least one of the above places, including pre-compiling
>your JSPs.
>
>>and following bash script:
>>while [ 1 ]
>>do
>>    /usr/bin/lynx -dump http://localhost:8080/test.jsp >> /tmp/m.txt
>>    touch /usr/local/jakarta-tomcat-4.1.29/webapps/ROOT/test.jsp
>
>If this (the JSP page source changing on every user request) is a
>realistic scenario for your webapp, you will also run into other, deeper
>performance- and data-integrity related issues.  But why do I get the
>feeling the above script doesn't mimic any realistic production system
>scenario? ;)
>
>Yoav Shapira
>
>
>
>This e-mail, including any attachments, is a confidential business communication, and 
>may contain information that is confidential, proprietary and/or privileged.  This 
>e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
>saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
>intended recipient, please immediately delete this e-mail from your computer system 
>and notify the sender.  Thank you.
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to