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 Subject: Re: [PATCH] Re: SSI Servlet has big problems > Hi Bill. > > Didn't have any luck with that either (see below). Does it work for > you? Any idea what the message about the CVS locks means / how to fix it? > > Yeah, I see what you mean re: files in the attic. I'm curious how > things looked before I started changing things, to better understand > what caused this code collision... > > -Dan > > Here's what I got when I tried to do the -r thing: > > [dan@oogie tmp]$ echo $CVSROOT > :ext:[EMAIL PROTECTED]:/home/cvs > > [dan@oogie tmp]$ cvs co -r tomcat_4_1_2 jakarta-tomcat-4.0 > Protocol error: uncounted data discarded > > Bill Barker wrote: > > >"-r tomcat_4_1_2" should work. You could also "add" the files back from the > >Attic, since it's a completely different directory. > >----- Original Message ----- > >From: "Dan Sandberg" <[EMAIL PROTECTED]> > >To: "Tomcat Developers List" <[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 -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@oogie tmp]$ cvs --version > >> > > >> >Concurrent Versions System (CVS) 1.11.1p1 (client/server) > >> > >>I tried the same thing on Solaris, and had the same problem. > >> > >>Any idea? Am I doing something stupid? > >> > >>-Dan > >> > >>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? > >>> > >>>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. Did I make a mistake > >>>with the cvs check out command? > >>> > >>>-Dan > >>> > >>>Paul Speed wrote: > >>> > >>> > >>> > >>>>(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 you originally mention. I did this around Oct/Nov 2001. On > >>>>most of the 4.0 bug reports for SSI (which I agree was a bad > >>>>implementation on that branch) I commented that my changes should > >>>>probably have been back-ported from head. > >>>> > >>>>I even had test cases for all of the SSI commands, including the > >>>>conditionals which I added support for. > >>>> > >>>>My only guess is that you were looking at an older version when finding > >>>>the problem. My rewrite solved all of these problems and was > >>>>completely compatible with all mod_include commands except for the > >>>>regex stuff. > >>>> > >>>>Of course, now it seems that my version has been completely blown > >>>>away. Which is unfortunate since that means we lose conditionals... > >>>>and possibly some of the more esoteric nesting behavior that I copied > >>>>from Apache (I haven't tested this yet.) > >>>> > >>>>It's too bad that SSI on head was blown away for changes to an older > >>>>version. Any chance we can nicely merge the two good versions into > >>>>one more good version? > >>>> > >>>>-Paul Speed > >>>> > >>>> > >> > >> > >>-- > >>To unsubscribe, e-mail: > >> > >> > ><mailto:[EMAIL PROTECTED]> > > > > > >>For additional commands, e-mail: > >> > >> > ><mailto:[EMAIL PROTECTED]> > > > > > > > > > >-- > >To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > >For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > > > > > > > > > > > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>