php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #10342 TSRM.DSP containing LF instead of CR/LF
Submitted: 2001-04-16 00:04 UTC Modified: 2001-08-30 14:21 UTC
From: mfischer at josefine dot ben dot tuwien dot ac dot at Assigned:
Status: Closed Package: Compile Failure
PHP Version: 4.0 Latest CVS (11/04/2001) OS: win32
Private report: No CVE-ID: None
View Add Comment Developer Edit
 [2001-04-16 00:04 UTC] mfischer at josefine dot ben dot tuwien dot ac dot at 
There's allready a bug still open for it from last
year ( #8480).

The annotation to this bug stated that checking out
under win32 does automatic line conversion.

Under certain circumstances this doesn't seem to be true
because when checking out the file its still in unix
style.

So, MSVC still isn't able to open (and, altough its easy to
fix it locally you first have to find the problem ...)

The easiest way would probably to check this file in
with CL/LF ? Just :set ff=dos and :w ;-)


ty
 Markus

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2001-04-27 13:29 UTC] dbeu@php.net 
cvs will automatically converting LF/CR to just a LF, so it doesn't matter if you're checking in with LF/CR or just LF.
on checkout CVS will use the system's setting to convert the LF.
 [2001-05-03 07:49 UTC] cynic@php.net 
well, CVS might convert LF to CRLF, but the fact is, that TSRM.dsp in snapshots from snaps.php.net has had LF for ages. Last time I checked (php4-200105021045.tar.bz2) this was valid.
 [2001-08-30 14:21 UTC] mfischer@php.net 
Finally fixed in CVS.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Fri Apr 26 00:01:30 2024 UTC