You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by David Morris <Da...@plumcreek.com> on 2003/01/11 09:25:11 UTC

Re: [Bug 15908] - commons-beanutils.jar, debug info line numbersoffbyfactor of 2

Martin,

In my experience this a pervasive problem but it 
appears that this is being addresed so I will wait 
to see how it goes. The other case I have seen where 
this is an issue is with the source downlaods where 
CVS is is not involved. In that case it is very 
likely that the line feeds will not match the 
downloader's system. For me it is convenient to have 
a mechanism for fixing the line ends, but I am 
obviously in the minority here.

Thanks,

David Morris


>>> martinc@apache.org 01/10/03 22:56 PM >>>


On Thu, 9 Jan 2003, David Morris wrote:

> Craig,
>
> In this case I think we are talking apples and
> oranges. CVS is not involved when you go out and
> download a source package (the zip files ending in
> -src). I would suggest forcing windows crlf to the
> .zip version and unix lf to the .tar version of
> those packages.

No, this isn't apples and oranges. CVS is very much involved when the
release manager obtains the sources from CVS in order to build the
source
distribution. If a developer checked in a source file with the wrong
line
ends, that is what the release manager will get, and thus what the
source
distribution will contain.

The only thing that needs fixing is the developer who commits changes to
the code base from a different platform than they checked out from.

--
Martin Cooper

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: [Bug 15908] - commons-beanutils.jar, debug info line numbersoffbyfactor of 2

Posted by Martin Cooper <ma...@apache.org>.
I just checked in all the offending BeanUtils files with corrected line
ends. The change will be available in the 20030112 nightly build.

--
Martin Cooper


On Sat, 11 Jan 2003, David Morris wrote:

> Martin,
>
> In my experience this a pervasive problem but it
> appears that this is being addresed so I will wait
> to see how it goes. The other case I have seen where
> this is an issue is with the source downlaods where
> CVS is is not involved. In that case it is very
> likely that the line feeds will not match the
> downloader's system. For me it is convenient to have
> a mechanism for fixing the line ends, but I am
> obviously in the minority here.
>
> Thanks,
>
> David Morris
>
>
> >>> martinc@apache.org 01/10/03 22:56 PM >>>
>
>
> On Thu, 9 Jan 2003, David Morris wrote:
>
> > Craig,
> >
> > In this case I think we are talking apples and
> > oranges. CVS is not involved when you go out and
> > download a source package (the zip files ending in
> > -src). I would suggest forcing windows crlf to the
> > .zip version and unix lf to the .tar version of
> > those packages.
>
> No, this isn't apples and oranges. CVS is very much involved when the
> release manager obtains the sources from CVS in order to build the
> source
> distribution. If a developer checked in a source file with the wrong
> line
> ends, that is what the release manager will get, and thus what the
> source
> distribution will contain.
>
> The only thing that needs fixing is the developer who commits changes to
> the code base from a different platform than they checked out from.
>
> --
> Martin Cooper
>
> --
> To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
>
>


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>