Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unsafe 'safe' dos2unix behaviour #5

Closed
wants to merge 471 commits into from
Closed

Conversation

tansy
Copy link

@tansy tansy commented Feb 2, 2024

Corrected behaviour of dos2unix that interrupts processing file when finds a character that it believes to be binary.

One can observe this behaviour with this file containing, supposedly, binary character at which it stops processing.

$ dos2unix < xterm.js > xterm.js.out
dos2unix: Binary symbol 0x1B found at line 1
dos2unix: Skipping binary file stdin

$ d2u xterm.js > xterm.js.d2u

271234 xterm.js
271235 xterm.js.d2u
  6513 xterm.js.out

Added .gitattributes that should solve issues with line endings when committing.
Unified `p7zip-main/CPP/7zip/7zip_gcc_additional.mak' to use LF.

jinfeihan57 and others added 30 commits November 20, 2020 15:52
Add brotli related files to the build script
Add lz5 && update compile file && update check.sh
add Lzfse to dmg && add lz5 format && update readme
Decompressing archives containing large set
of small files gets painfully slow
* ~24 hours for 1.6GB containing ~3e6 files on i7-4700k
* where dumping it to stdout took ~5 minutes.

This patch reduce it to ~10 minutes.
* OP: https://sourceforge.net/p/p7zip/discussion/383043/thread/f28a0975/
Speed up large file set decompress. optimized file duplicate check
Automatically produce all binaries for releases from GitHub Actions
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

9 participants