vfmt inconsistency between CRLF and LF end of line

[AlphaByte02]

Describe the bug

If u "disable" fmt with // vfmt off and after reenable it with // vfmt on on a block on a file with CRLF as end of line v fmt delete the line under // vfmt off and add a new // vfmt on after the already existing // vfmt on breaking the code.
On a file with LF as eol this problem doesn't subsist.

Reproduction Steps

Create a simple file like:

module main

fn main() {
	// vfmt off
	a := [
		1, 2, 3,
		4, 5, 6,
	]
	// vfmt on

	println('Hello World!')
}

And set the eol as CRLF

Expected Behavior

Running v fmt . nothing change as all is already formatted and/or you want to keep the style as is.
v fmt should not act differently based of the eol.

Current Behavior

With CRLF eol.
Running v fmt . (from ide or terminal) break the code returning this:

fn main() {
        // vfmt off
                1, 2, 3,
                4, 5, 6,
        ]
        // vfmt on
        // vfmt on
        println('Hello World!')
}

Possible Solution

No response

Additional Information/Context

Setting the file to LF eol resolve the issue.
I dont think that the problem could be the terminal used (Win Terminal) because using v fmt -w . write the wrong output on the file.

V version

V 0.4.9 2aa5651.fda0af4

Environment details (OS name and version, etc.)

V full version	V 0.4.9 2aa5651.fda0af4
OS	windows, Microsoft Windows 11 Pro 22621 64-bit
Processor	24 cpus, 64bit, little endian, 13th Gen Intel(R) Core(TM) i7-13700K
Memory	22.48GB/31.78GB
V executable	E:\Coding\v\v\v.exe
V last modified time	2025-01-19 13:39:47
V home dir	OK, value: E:\Coding\v\v
VMODULES	OK, value: C:\Users\Alpha\.vmodules
VTMP	OK, value: C:\Users\Alpha\AppData\Local\Temp\v_0
Current working dir	OK, value: E:\Coding\v\testfmt
Git version	git version 2.47.1.windows.1
V git status	weekly.2025.1-84-gfda0af48
.git/config present	true
cc version	N/A
gcc version	N/A
clang version	N/A
msvc version	N/A
tcc version	tcc version 0.9.27 (x86_64 Windows)
tcc git status	N/A
emcc version	N/A
glibc version	N/A

Note

You can use the 👍 reaction to increase the issue's priority for developers.

Please note that only the 👍 reaction to the issue itself counts as a vote.
Other reactions and those to comments will not be taken into account.

[huly-for-github]

Connected to Huly®: V_0.6-21952

[spytheman]

Excellent find. Thank you.