Steve,

    Please read inline,

On Thu, Feb 17, 2011 at 6:19 PM, Steve Pinkham <steve.pink...@gmail.com> wrote:
> The following files all have "DOS" CRLF or mixed CRLF/LF linefeed
> characters.
> The diff at https://sourceforge.net/apps/trac/w3af/ticket/161687 changes
> these to LF "*nix" style line feeds, or you
> can run a tool like "dos2unix" on the files to do the same thing.

    Great,

> core/data/dc/tests/test_form.py
> extlib/SOAPpy/SOAPpy/wstools/XMLSchema.py
> extlib/ntlm/U32.py
> extlib/ntlm/des.py
> extlib/ntlm/des_c.py
> extlib/ntlm/des_data.py
> extlib/ntlm/ntlm.py
> extlib/pyPdf/pyPdf/filters.py
> extlib/pyPdf/pyPdf/generic.py
> extlib/pyPdf/pyPdf/utils.py
> extlib/socksipy/socks.py
> plugins/discovery/oHmap/BUGS
> plugins/discovery/oHmap/FAQS
> plugins/discovery/oHmap/GPL
> plugins/discovery/oHmap/KNOWN_TESTS
> plugins/discovery/oHmap/README
> plugins/output/htmlFile/style.css
> readme/GPL

    I'll check which files really need to be changed, because some of
those are external libraries, and we don't want to modify them.

> The following files contain the CRLF characters, but are text based data
> files and it's possible they might be linefeed specific(though not
> likely). Anyone know if line endings matter to us for these?  These are
> not included in the diff.
>
> plugins/discovery/ghdb/GHDB.xml

    This one should be fine.

> plugins/discovery/oHalberd/tests/data/agartha.clu
> plugins/discovery/oHalberd/tests/data/email.excite.com.clu
> plugins/discovery/oHalberd/tests/data/hotwired.lycos.com.clu
> plugins/discovery/oHalberd/tests/data/login.passport.net.clu
> plugins/discovery/oHalberd/tests/data/www.ask.com.clu
> plugins/discovery/oHalberd/tests/data/www.barclays.es.clu
> plugins/discovery/oHalberd/tests/data/www.cdrom.com.clu
> plugins/discovery/oHalberd/tests/data/www.comcast.net.clu
> plugins/discovery/oHalberd/tests/data/www.dmoz.org.clu
> plugins/discovery/oHalberd/tests/data/www.ebay.com.clu
> plugins/discovery/oHalberd/tests/data/www.macromedia.com.clu
> plugins/discovery/oHalberd/tests/data/www.pogo.com.clu
> plugins/discovery/oHalberd/tests/data/www.pricegrabber.com.clu
> plugins/discovery/oHalberd/tests/data/www.register.com.clu
> plugins/discovery/oHalberd/tests/data/www.sohu.com.clu
> plugins/discovery/oHalberd/tests/data/www.synnergy.net.clu
> plugins/discovery/oHalberd/tests/data/www.tripod.com.clu
> plugins/discovery/oHalberd/tests/data/www.yesky.com.clu

    These... hmmmm, who knows how this is read! Also, this is part of
a 3rd party, so I'll leave them alone.

    Fixed in revision 4042.

Regards,
>
>
> --
>  | Steven Pinkham, Security Consultant    |
>  | http://www.mavensecurity.com           |
>  | GPG public key ID CD31CAFB             |
>
>
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________
> W3af-develop mailing list
> W3af-develop@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/w3af-develop
>
>



-- 
Andrés Riancho
Director of Web Security at Rapid7 LLC
Founder at Bonsai Information Security
Project Leader at w3af

------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
W3af-develop mailing list
W3af-develop@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/w3af-develop

Reply via email to