Skip to content
This repository
branch: master

Mar 28, 2014

  1. Nicolas D

    Merge pull request #38 from noelpower/fix_coverity_issues

    Fix coverity issues
    authored
  2. nicolas314

    Added -std=c99

    nicolas314 authored

Feb 10, 2014

  1. Noel Power

    remove stray temporary debug flags in Makefile

    noelpower authored
  2. Noel Power

    CID #1169711 deref after null check (introduced while fixing other CID)

    Signed-off-by: Noel Power <noel.power@suse.com>
    noelpower authored
  3. Noel Power

    fix CID #1169710 fix resource leak (keym)

    Signed-off-by: Noel Power <noel.power@suse.com>
    noelpower authored
  4. Noel Power

    CID #1169708 & CID #1169709 fix resource leak (value & line)

    Signed-off-by: Noel Power <noel.power@suse.com>
    noelpower authored
  5. Noel Power

    fix CID #1169707 resource leak (full_line/prev_line)

    Signed-off-by: Noel Power <noel.power@suse.com>
    noelpower authored
  6. Noel Power

    fix CID #1169706 Resource leak (section)

    Signed-off-by: Noel Power <noel.power@suse.com>
    noelpower authored
  7. Noel Power

    fix CID #1169705 (dereference before null check)

    Signed-off-by: Noel Power <noel.power@suse.com>
    noelpower authored
  8. Noel Power

    Merge remote-tracking branch 'upstream/master'

    noelpower authored
  9. Noel Power

    modify iniparser to build unbounded keys & values from multi-line input

    Instead of a size limit of ASCIILINESZ for multi-line input now there is no
    limit, a multi-line can be *any* size (and hence the key and value now
    also have a dynamic size)
    
    * there is a limit still on input line size (since multi lines are built
      from multiple lines where each line part is limited to ASCIILINESZ)
      Note: there is no limit to the size of the multi-line itself (it's
      only limited by available memory)
    * all stack & static fixed string usage has been removed with the exception
      of parsing line (or a multi-line portion) input, fgets still reads into
      a fixed string buffer of size ASCIILINESZ.
    
    Signed-off-by: Noel Power <noel.power@suse.com>
    noelpower authored

Jan 26, 2014

  1. Nicolas D

    Merge pull request #37 from noelpower/dynamic_string_alloc_v2

    modify iniparser to build unbounded keys & values from multi-line input
    authored

Jan 22, 2014

  1. Noel Power

    modify iniparser to build unbounded keys & values from multi-line input

    Instead of a size limit of ASCIILINESZ for multi-line input now there is no
    limit, a multi-line can be *any* size (and hence the key and value now
    also have a dynamic size)
    
    * there is a limit still on input line size (since multi lines are built
      from multiple lines where each line part is limited to ASCIILINESZ)
      Note: there is no limit to the size of the multi-line itself (it's
      only limited by available memory)
    * all stack & static fixed string usage has been removed with the exception
      of parsing line (or a multi-line portion) input, fgets still reads into
      a fixed string buffer of size ASCIILINESZ.
    
    Signed-off-by: Noel Power <noel.power@suse.com>
    noelpower authored

Jan 10, 2014

  1. Nicolas D

    Merge pull request #35 from gladiac/master

    Fix crash with crafted ini files.
    authored
  2. Fix crash with crafted ini files.

    If the key or value is bigger than 1024 we will end up in a buffer
    overflow. The overflow is caught by _FORTIFY_SOURCE, so it's definitely
    DoS-only.  Curiously, because of ample space in the stack frame, it does
    not result in a crash without _FORTIFY_SOURCE in all cases.
    
    Signed-off-by: Andreas Schneider <asn@samba.org>
    Andreas Schneider authored

Nov 21, 2013

  1. Nicolas D

    Merge pull request #34 from marhry/makefile_fix

    Makefile fixes: Library build, targets
    authored

Nov 14, 2013

  1. marhry

    Makefile fixes: Library build, targets

    Changed the build command for the static library to include all objects
    and added .PHONY for the targets that do not create files of the same
    name.
    marhry authored

Sep 12, 2013

  1. Nicolas D

    Merge pull request #28 from ctourner/topic/compiler_warnings_64bit

    Prevent compiler warning when compiling for 64 bit
    authored
  2. Nicolas D

    Merge pull request #17 from Foxtacles/upstream

    Contributions by rmartinjak
    authored
  3. Nicolas D

    Merge pull request #14 from kevin-dot-pyle/master

    Build system improvements
    authored

Aug 21, 2013

  1. Christophe Tournery

    Better solution to fix 64 bit compiler warnings

    Use the size_t data type where appropriate instead of casting.
    ctourner authored
  2. Christophe Tournery

    Prevent compiler warning when compiling for 64 bit

    ctourner authored

May 23, 2012

  1. Robin Martinjak

    removed malloc casts(!), changed sizeof usages

    using "foo = malloc(sizeof *foo)" is more change-friendly than
    "foo = malloc(sizeof (type*)"
    rmartinjak authored foxtacles committed
  2. Robin Martinjak

    made xstrdup a bit faster (theoretically)

    rmartinjak authored foxtacles committed
  3. Robin Martinjak

    use size_t for sizes instead of int

    rmartinjak authored foxtacles committed

May 21, 2012

  1. Nicolas D

    Merge pull request #16 from Recycler1993/upstream

    Fix for falsely diagnosed buffer overflow when EOF without newline is re...
    authored
  2. Christian Semmler

    Fix for falsely diagnosed buffer overflow when EOF without newline is…

    … reached
    foxtacles authored

Apr 28, 2012

  1. Build: move $LDFLAGS before $OBJS

    Move $LDFLAGS to appear earlier, in case the user specifies a
    position-sensitive flag.
    Kevin Pyle authored
  2. Mark library functions as "C" linkage

    The documentation disclaims support for building with a C++ compiler, so
    it is reasonable to assume that the library will be built with a plain C
    compiler, so the functions will all have plain C linkage.  By default, a
    C++ application that wished to use libiniparser would need to wrap the
    inclusion of libiniparser headers in 'extern "C" { ... }' to reflect the
    C linkage of libiniparser.  Instead, place that marker directly in the
    libiniparser headers, so that client applications do not need to care.
    This has no effect on normal compilation of libiniparser, since the new
    markers are inside a '#ifdef __cplusplus' guard, and straight C
    compilers do not define __cplusplus.
    Kevin Pyle authored
  3. Build: make quiet compilation optional

    Switch from always hiding the executed command to hide it only by
    default, but let the user request that the commands be shown.  For now,
    follow the convention that setting $V requests a verbose compilation.
    Kevin Pyle authored
  4. Build: remove redundant -rpath

    LDSHFLAGS specifies -rpath, but is only used when LDFLAGS are specified,
    and LDFLAGS also set the same -rpath.  Remove the redundant definition
    in LDSHFLAGS.
    Kevin Pyle authored
  5. Build: respect COMPILE.c if set

    The default definition from GNU make is more comprehensive.  Switch to
    that, and allow an environmental override.
    Kevin Pyle authored
  6. Build: respect $CC, $AR, $RM, $CFLAGS, $LDFLAGS

    If the user has set a value for CC, AR, or RM, use that value.  GNU make
    provides good defaults for all of these.
    
    If the user has set CFLAGS, use that instead of -O2, but preserve the
    other build options.
    
    Append the local LDFLAGS to any value from the user.
    Kevin Pyle authored

Apr 08, 2012

  1. Changed version to 3.1 before new release. Removed CVS stuff inside *…

    ….[ch]
    Nicolas D authored

Apr 04, 2012

  1. Reverted wrong void* constification made in f214520.

    Andrey Mazo authored committed
Something went wrong with that request. Please try again.