This encoding issue in Win32 was not predicted (it's not an EOL-style issue).

Patching can be realized in Win32 without hunk inconsistencies (it wasn't planned though).

Patching procedure in Win32 was reproduced, both with ​Eclipse + ​Subclipse and ​TortoiseSVN. Certainly some files doesn't keep UTF-8 formatting, some do?.

Patch files were produced with UTF-8 encoding. Revised today again.

Conclusion: Issue needs more attention and research to get solved.

As long as patching works in *nix, these are the suggested OS platforms where to realize patching procedure (with working copies obtained in there). Then, someone can certainly package patched sources to realize installation in any other OS platform.

Add Comment

This ticket has been modified since you started editing. You should review the
other modifications which have been appended above,
and any conflicts shown in the preview below.
You can nevertheless proceed and submit your changes if you wish so.