Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Tool for detecting violations of ordering axioms in qsort/bsearch callbacks.

License

NotificationsYou must be signed in to change notification settings

yugr/sortcheck

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

262 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

LicenseBuild StatusCodecov coverageTotal alertsCoverity Scan

What is this?

SortChecker is a tool for detecting violationsofordering axiomsin comparison functions passed toqsort(alsobsearch,lfind, etc.). For complex data structures it's veryeasy to violate one of the requirements. Such violations causeundefined behavior and may lead to all sorts of runtimeerrors (includingunexpected results,inconsistent results across different platformsor evenaborts)(alsohere,seethis answer,Qualys analysis andmy slides for explanations).

The tool works by interceptingqsort and friends throughLD_PRELOADand performing various checks prior to passing control to libc.It could be applied to both C and C++ programs although for thelatterstd::sort andstd::binary_search are more typical(use mySortChecker++ toolto diagnose errors in them).

The tool is quite robust - I've successfullybooted stock Ubuntu 14, Fedora 22 and Debian chroot and bootstrappedGCC 4.9.

The project is MIT-licensed. It has no fancy dependencies,just Glibc and Bash.

What are current results?

I've done some basic testing of Ubuntu 14.04 and Fedora 22 distrounder SortChecker (open file/web browsers, navigate system menus,install various apps, etc.).

The tool has found errors in many programs. Here are some trophies:

I haven't seen a noticeable slowdown when working in a fully checkeddistro or building C++ projects with a checked compiler.

Usage

You do not need to rebuild your app to test it under SortChecker.Just run with preloadedlibsortcheck.so:

$ LD_PRELOAD=libsortcheck.so myapp ...

(you'll probably want to combine this with some kind of regressionor random/fuzz testing to achieve good coverage,also see theshuffle andstart options below).

You could also use a helper scriptsortcheck to do this for you:

$ sortcheck myapp ...

To debug the issue, you can run with

$ SORTCHECK_OPTIONS=raise=1 sortcheck myapp ...

and then examine generated coredump ingdb.

By default SortChecker enables a set of common checks which shouldbe enough for most users. You can also customize it's behaviorthroughSORTCHECK_OPTIONS environment variable which isa colon-separated list of option assignments e.g.

$ export SORTCHECK_OPTIONS=debug=1:max_errors=10

You can also put option string to/SORTCHECK_OPTIONS file(this is particularly useful for testing of daemon processes).

Supported options are

  • max_errors - maximum number of errors to report (default 10)
  • debug - print debug info (default false)
  • print_to_file - print warnings to specified file (ratherthan default stderr)
  • print_to_syslog - print warnings to syslog instead of stderr(default false)
  • do_report_error - print reports (only used for benchmarking,default true)
  • raise - raise signal on detecting violation (useful forinspecting issues in debugger)
  • sleep - sleep for N seconds before printing error and continuing(may be useful for attaching with gdb and examining the situation)
  • check - comma-separated list of checks to perform;available options are
    • default - default set of checks (see below)
    • basic - check that comparison functions return stable resultsand does not modify inputs (enabled by default)
    • sorted - check that arrays passed to bsearch are sorted (enabledby default)
    • symmetry - check that cmp(x,y) == -cmp(y,x) (enabled by default)
    • transitivity - check that if x < y && y < z, then x < z(enabled by default)
    • reflexivity - check that cmp(x,x) == 0 (disabled by default,on the other hand may trigger on otherwise undetected asymmetry bugs)
    • unique - check that cmp does not compare different objectsas equal (to avoidrandom orderings on different platforms)
    • good_bsearch - bsearch uses a restricted (non-symmetric) formof comparison function so some checks are not generally applicable;this option tells SortChecker that it should test bsearch moreaggressively (unsafe so disabled by default). Note that thisoption may cause runtime errors or crashes if appliedinappropriately.
    • for each optionXYZ there's a dualno_XYZ (which disablescorresponding check)
  • shuffle - reshuffle array before checking with given seed;a value ofrand will use random seed(helps find bugs which are not located at start of array)
  • start - check thestart-th group of 32 leading elements (default 0);a value ofrand will select random group

Note that on Darwin you need to useDYLD_INSERT_LIBRARIES andDYLD_FORCE_FLAT_NAMESPACEand may also need to disable System Integrity Protection.To verify that Sortcheck works on Darwin, run withSORTCHECK_OPTIONS=debug=1.

Applying to full distribution

You can run full Linux distro under SortChecker:

  • add full path tolibsortcheck.so to/etc/ld.so.preload

  • create a global config:

    $ echo print_to_syslog=1:check=default:shuffle=rand | sudo tee /SORTCHECK_OPTIONS $ sudo chmod a+r /SORTCHECK_OPTIONS
  • reboot

Due to randomized order of checks it makes sense to check for errors andreboot several times to detect more errors.

Disclaimer: in this mode libsortcheck.so will be preloaded toall your processes so any malfunction may permanently break yoursystem. It's highly recommended to backup the disk or makeVM snapshot.

Build

To build the tool, simply run make from project top directory.Makefile supports various candies (e.g. AddressSanitizer,debug build, etc.) - runmake help for mode details.

If you enable AddressSanitizer you'll need to add libasan.sotoLD_PRELOAD (beforelibsortcheck.so).

To test the tool, runmake check. Note that I've myself onlytested SortChecker on Ubuntu and Fedora.

Known issues

  • SortChecker is not fully thread-safe yet (should be easy to fix though)
  • SortChecker supports Linux, BSD and Darwin (relies onLD_PRELOAD)

Future plans

The tool only supports C now which rules out most of C++ codebecause it uses (inline)std::sort andstd::binary_search(and other similar APIs). For those see another toolSortChecker++which does a simple compile-time instrumentation via Clang.

It would be great to make SortChecker a part of standard debuggin toollike UBsan. Here's adiscussionin LLVM mailing list which unfortunately didn't go too far.

It may also make sense to check other popular sorting APIs:

  • qsort_s,bsearch_s (are they availabile/used?)
  • fts_open,scandir
  • Berkeley DB'sset_bt_compare,set_dup_compare, etc.
  • Glib2'sg_qsort_with_data and other users of GCompareFunc/GCompareDataFunc
  • Gnulib'sgl_listelement_compar_fn and friends
  • Libiberty'ssplay_tree API
  • OpenSSL'sobjects.h API
  • etc.

Here's less high-level stuff (sorted by priority):

  • ensure that code is thread-safe (may need lots of platform-dependent code for atomics...)
  • print complete backtrace rather than just address of caller (libunwind?)
  • other minor TODO/FIXME are scattered all over the codebase

About

Tool for detecting violations of ordering axioms in qsort/bsearch callbacks.

Topics

Resources

License

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

[8]ページ先頭

©2009-2026 Movatter.jp