1. 03 Mar, 2016 1 commit
    • Craig Small's avatar
      A locale-independent strtod · 32e1b2e2
      Craig Small authored
      There is a need in some utilities to have a way of accepting both
      types of decimal points "." and ",". The only way seems to be to
      rebuild strtod().
      
      This new function will accept "123.456" and "123,456" as 123.456
      and considers them the same number. It means we lose thousands
      separator, but this is rarely used.
      
      test scripts are added to check the function returns the proper
      values. There was simpler predecessor that got stuck on negative
      0 or -0.123 which these tests flushed out.
      
      References:
      32e1b2e2
  2. 02 May, 2015 1 commit
    • Filipe Brandenburger's avatar
      build-sys: merge automake subdirs into toplevel · c1c73c0d
      Filipe Brandenburger authored
      This will be required for subdir-objects, otherwise automake will have
      problems with more than one Makefile.am having rules to build the same
      files.
      
      Tested that it builds and both `make check` and `make distcheck` work.
      
      Tested `make install` and compared the tree with the one installed
      before this commit, both installed the binaries to the same locations.
      The binaries are also in the same location in the build tree (for
      instance, ps/pscommand is still there.)
      
      Checked the binaries for the correct libraries linked into them. Binary
      sizes matched before and after this change.
      Signed-off-by: Filipe Brandenburger's avatarFilipe Brandenburger <filbranden@google.com>
      c1c73c0d
  3. 28 Aug, 2014 1 commit
  4. 04 Nov, 2013 1 commit
  5. 23 Dec, 2012 1 commit
    • Craig Small's avatar
      Added pmap -X and -XX tests · 1f1201f8
      Craig Small authored
      The two extra extended pmap options were not tested previously.
      We test against our known process and process 1 which we should
      not be able to get data for.
      
      Unfortunately, the tests cannot catch SEGSEGVs but they should.
      Signed-off-by: Craig Small's avatarCraig Small <csmall@enc.com.au>
      1f1201f8
  6. 29 May, 2012 1 commit
  7. 08 Jan, 2012 1 commit
  8. 22 Dec, 2011 2 commits
  9. 20 Dec, 2011 1 commit
  10. 17 Dec, 2011 1 commit
    • Craig Small's avatar
      Rename library and use proper versioning · 38763ede
      Craig Small authored
      Previously the version of libproc always tracked the version of procps.
      This doesn't work when other non-procps programs link to the library as
      they are always playing catch up.
      
      This change makes the library version independent of the procps version.
      It will only be incremented when needed.
      38763ede
  11. 02 Dec, 2011 1 commit
    • Craig Small's avatar
      Minor test fixes for non-linux · 3d807ae8
      Craig Small authored
      procps works well on Linux, on other arches there are some strange
      differences due to their emulation of procfs which is not 100%
      Disabling checks for non-linux until that can be sorted out.
      3d807ae8
  12. 05 Nov, 2011 1 commit
  13. 26 Oct, 2011 1 commit
    • Craig Small's avatar
      ncurses and configure again · e4836e08
      Craig Small authored
      Another fix to link properly to ncurses
      Some minor top fixes
      Added *~ to gitignore because these files crop up sometimes
      e4836e08
  14. 20 Oct, 2011 1 commit
  15. 23 Sep, 2011 1 commit
  16. 04 Jun, 2011 1 commit
    • Sami Kerola's avatar
      build-sys: take autotools in use again · 06d491f9
      Sami Kerola authored
      This will revert change at Oct 2002 when autotools support was
      removed.
      
      Unlike before the package developers are expected to use
      ./autogen.sh to generate ./configure script, and run make after
      that. The build system is also able to create, with make dist, a
      tar ball release which compiles correctly, and has files which
      seemed to be important to have.
      
      The patch removes few unnecessary files, but no everything. Files
      procps.lsm and procps.spec in git repository are useless as is,
      but I left them lying around for someone who can make more
      justified call about removal of them.
      
      Last, but not least package version number is set 3.3.0 to
      distinct this procps from the sourceforge's upstream procps.
      Please notice that libproc relese is kept as 3.2.8.
      Signed-off-by: default avatarSami Kerola <kerolasa@iki.fi>
      06d491f9
  17. 31 Mar, 2011 1 commit