Summary: | sort -g borks on large files in coreutils-5.0.91-r{3,4} | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | qube99 |
Component: | [OLD] Core system | Assignee: | Seemant Kulleen (RETIRED) <seemant> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | jens.teubner, qube99, swegener |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | sort.c.patch |
Description
qube99
2004-01-26 16:32:49 UTC
can you reproduce this in coreutils-5.2.0? (about to check into portage) Yes, it occurs in 5.2.0 too. I'm not able to either reproduce or find anyone who can troubleshoot. Not sure what to do about this one, to be honest. I'm assuming 5.2.1 still displays this behaviour? qube, can you edit the coreutils-5.2.1 ebuild and remove all the epatch lines (comment out the entire src_unpack function, come to think of it), and see if vanilla coreutils suffers? I'm not able to either reproduce or find anyone who can troubleshoot. Not sure what to do about this one, to be honest. I'm assuming 5.2.1 still displays this behaviour? qube, can you edit the coreutils-5.2.1 ebuild and remove all the epatch lines (comment out the entire src_unpack function, come to think of it), and see if vanilla coreutils suffers? Right, coreutils-5.2.1's sort borks as well with all the patches. Without the patches, coreutils-5.2.1's sort seems to behave sanely. Sven, wanna have a look see? Created attachment 37910 [details, diff]
sort.c.patch
There ya go Seemant.
The patch seems to fix it for me for both valid and invalid files. thanks Sven. fixed in -r2 *** Bug 64222 has been marked as a duplicate of this bug. *** |