You're right. It should have been "-r TOMCAT_4_1_2" (which checks out fine
for me).
- Original Message -
From: "Dan Sandberg" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Monday, July 01, 2002 6:06 PM
Subjec
EMAIL PROTECTED]>
>Sent: Monday, July 01, 2002 4:25 PM
>Subject: Re: [PATCH] Re: SSI Servlet has big problems
>
>
>
>
>>I'm trying to checkout an old version of tomcat with the following
>>
>>
>command:
>
>
>>[dan@oogie tmp]$ cvs co
CTED]>
Sent: Monday, July 01, 2002 4:25 PM
Subject: Re: [PATCH] Re: SSI Servlet has big problems
> I'm trying to checkout an old version of tomcat with the following
command:
>
> [dan@oogie tmp]$ cvs co -D "4 months ago" jakarta-tomcat-4.0
>
> And I'm getting th
I tried an absolute date first. April didn't work. Does this work on
your end?
>have even had CVS directories in it with sticky tags already set...
>ie: keeping me from easily getting the latest without checking out
>the whole source tree from scratch.
Hmm. That is a possibility. Definitely
(resending from my progeeks.com address to avoid being filtered/delayed
by moderation.)
Dan Sandberg wrote:
>
> Ugh this is painful. I'll checkout your stuff within the next few days.
> If the architecture looks good and does have significantly greater
> functionality I will merge my changes
(resending from my progeeks.com address to avoid being filtered/delayed
by moderation.)
Don't know... have you tried an absolute date or is "4 months ago"
just an example for the list's benefit. Any date in feb/april should
be sufficiently late enough.
Hope it works,
-Paul
Dan Sandberg wrote:
I'm trying to checkout an old version of tomcat with the following command:
[dan@oogie tmp]$ cvs co -D "4 months ago" jakarta-tomcat-4.0
And I'm getting the following error:
Core dumped; preserving /tmp/cvs-serv41751 on server.
CVS locks may need cleaning up.
My version is (on Linux):
>[dan@
Ugh this is painful. I'll checkout your stuff within the next few days.
If the architecture looks good and does have significantly greater
functionality I will merge my changes into your code.
I also fixed the included variable problem and the nested include
problems. The conditional stuff
Dan Sandberg wrote:
>
> Yes, let's merge them together. How do I get to the code that you
> fixed? Were the test cases in CVS?
It's all in CVS. If you checkout the source code from some time in
December you should get it all back in util and util/ssi. It looks
like my last check-in was on
Yes, let's merge them together. How do I get to the code that you
fixed? Were the test cases in CVS?
I'd say lets get all the test cases setup, and see where my code fails
your tests. Then we can use your code wherever functionality is missing.
I thought I had checked out the head revision.
(Resending from my older address in hopes that it will help avoid
some confusion.)
Hmmm...
This is what I get for ignoring the list for a while. ;)
Note: I completely rewrote the SSI support in 4.x HEAD and had Bip
apply the patches (Amy also did some patching) for exactly the same
reasons yo
Hi everyone.
Here are more changes to the SSI code.
I have a test case ( comparing SSI behavior to Apache by using .shtml
files in different tomcat webapps / apache directories ) which I have
not included because I'm not sure where to put manual test cases like
this. If there is an apprior
;
To: "Bill Barker" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>; "Remy Maucherat" <[EMAIL PROTECTED]>
Sent: Friday, May 10, 2002 7:16 PM
Subject: Re: SSI Servlet has big problems
> Hi Bill.
>
> The patch I sent in already is just code refactoring ( not SSI
>
>
>Dan Sandberg wrote:
>
>
>>I'll be done with the SSI rewrite tomorrow.
>>
>>I'd like to get the community's advice on a number of issues:
>>
>>1-I changed the names of the files from Ssi... to SSI... This seems to
>>be more consistent with the naming scheme of other files, and made
>>things
I'll be done with the SSI rewrite tomorrow.
I'd like to get the community's advice on a number of issues:
1-I changed the names of the files from Ssi... to SSI... This seems to
be more consistent with the naming scheme of other files, and made
things easier for me since I did a gradual rewrit
From: "Dan Sandberg" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Wednesday, May 01, 2002 9:39 PM
Subject: Re: SSI Servlet has big problems
> Remy Maucherat wrote:
>
> >>Implementing the SingleThreadedServlet interface will no
Remy Maucherat wrote:
>>Implementing the SingleThreadedServlet interface will not help thi
>>
>
>Are you sure ?
>(I didn't look at the code at all, so I'm just wondering)
>Otherwise, it would be a really cheap way to make it work.
>
>Thanks for looking into it anyway.
>
>
Implementing SingleTh
> Hi everyone.
>
> I ran into bug #6299 today (two server-side includes fail with buffering
> on), did some debugging, and found the cause of it.
>
> I have no doubt that a bunch of other bugs in bugzilla are caused by the
> same issue.
>
> Basically, the class and its helper classes have a pretty
Hi everyone.
I ran into bug #6299 today (two server-side includes fail with buffering
on), did some debugging, and found the cause of it.
I have no doubt that a bunch of other bugs in bugzilla are caused by the
same issue.
Basically, the class and its helper classes have a pretty serious
19 matches
Mail list logo
