[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#9321: repeated segfaults sorting large files in 8.12

From: Pádraig Brady
Subject: bug#9321: repeated segfaults sorting large files in 8.12
Date: Fri, 19 Aug 2011 23:54:46 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:5.0) Gecko/20110707 Thunderbird/5.0

On 08/18/2011 03:30 PM, Andras Salamon wrote:
> I am seeing repeated (but not reliably repeatable) segmentation faults
> sorting datasets in the 100MB-100GB range on a 64-bit Debian system
> using GNU sort 8.12 (and also 8.9).  Stack traces seem to indicate
> problems during the merge phase, usually when the temporary files
> are being combined.
> This may or may not be related to the recent discussion about
> #9307, but I am definitely using 8.12, rebuilt with CFLAGS=-g since
> several indicative values were otherwise optimised out, configured
> with --disable-nls --disable-threads, and am running with a fixed
> buffer -S 100M and also --parallel=1 to try to isolate problems from
> possible threading issues.  I was seeing these crashes with a vanilla
> build also.
> At least one crash occurred when comparing the very last entry in
> the memory buffer to a non-existent entry, when merging large files.
> There was also a crash with total_lines=851122 in mergelines_node,
> which leads to node->hi containing what appears to be garbage, with
> length=2882303761517117516.
> The repository changelog seems to indicate that the current development
> release of sort has not changed since 8.12.  Will attempting to track
> the problem down with 8.12 be useful?  If so I can post stack traces
> and values of relevant variables from the core dump, or post a new
> issue in the tracker, or reopen #9307.  If not, please suggest some
> specific actions I should take to generate useful information.
> Thanks,
> -- Andras Salamon                   address@hidden

Andras, could you give the exact command line your having issue with,
and perhaps make sort inputs available too?
Also could you try to bisect the issue?
You say it happens even with --parallel=1, but could you try to
reproduce without the threading changes at all. I.E. with:
Also there were temp file handling changes made in 7.2 so could you try:
Do the --batch-size=NMERGE or --compress-program=PROG options change anything?


reply via email to

[Prev in Thread] Current Thread [Next in Thread]