http://project.juiblex.co.uk/hg/razor/ en-us razor: librazor/transaction.c history librazor/transaction.c revision history Remove unnecessary include of sys/mman.h http://project.juiblex.co.uk/hg/razor/log{890a49fb2c71}/librazor/transaction.c J. Ali Harlow <ali@juiblex.co.uk> Thu, 08 Jan 2009 15:22:34 +0000 convert the NULL sentinel to RAZOR_DETAIL_LAST http://project.juiblex.co.uk/hg/razor/log{95b6bcadd6c4}/librazor/transaction.c Richard Hughes <richard@hughsie.com> Tue, 01 Jul 2008 09:22:25 +0100 the vararg list must be terminated with zero else 64bit machines may crash http://project.juiblex.co.uk/hg/razor/log{bf23ba00db03}/librazor/transaction.c
On 64 bit systems, the integer 0 is 32 bits and the pointer 0 is 64 bits.
The upper 32 bits will not be cleared and the loop will never terminate.
Also add the RAZOR_SENTINEL __attribute__ ((__sentinel__(0))) on GCC4
so we catch where we get this wrong automatically.

This also fixes the new search functionality from James which was missed
in the merge.]]> Richard Hughes <richard@hughsie.com> Mon, 30 Jun 2008 10:46:20 +0100 convert razor_package_get_details() and razor_package_iterator_next() to varargs http://project.juiblex.co.uk/hg/razor/log{9b71b537d175}/librazor/transaction.c
The functions for getting package details about a package were limited to a few
things, when in the future we will want to support much more about a package.
The iterator was also limited to name,version,arch when most of the time we
didn't need all this data.]]> Richard Hughes <richard@hughsie.com> Mon, 30 Jun 2008 08:51:26 +0100 protect all exported functions by checking the input parameters for NULL input http://project.juiblex.co.uk/hg/razor/log{4124c37fd953}/librazor/transaction.c Richard Hughes <richard@hughsie.com> Sun, 29 Jun 2008 17:32:19 +0100 Add missing newline for conflicts output http://project.juiblex.co.uk/hg/razor/log{f9344e30a3b9}/librazor/transaction.c James Bowes <jbowes@redhat.com> Thu, 26 Jun 2008 09:21:14 -0400 Get the test driver compiling and running again (but not passing). http://project.juiblex.co.uk/hg/razor/log{6e19775d8930}/librazor/transaction.c James Bowes <jbowes@redhat.com> Wed, 25 Jun 2008 20:53:48 -0400 Move a couple of unrelated functions out of transaction.c. http://project.juiblex.co.uk/hg/razor/log{d4a5fba50fd7}/librazor/transaction.c Kristian H?gsberg <krh@redhat.com> Mon, 23 Jun 2008 17:21:03 -0400 Use GCC 4 -fvisibility to control exported symbols. http://project.juiblex.co.uk/hg/razor/log{03fc85294bc9}/librazor/transaction.c Kristian H?gsberg <krh@redhat.com> Mon, 23 Jun 2008 17:19:20 -0400 When uniquifying properties, also sort them on the owning package. http://project.juiblex.co.uk/hg/razor/log{0c3db660514d}/librazor/transaction.c
This ensures that whenever two packages provide or (or require, obsolete
or conflict) the same property, they appear in the same order in the
propertys list of packages.]]> Kristian H?gsberg <krh@redhat.com> Fri, 20 Jun 2008 23:13:09 -0400 Break up the monolithic razor.c. http://project.juiblex.co.uk/hg/razor/log{057933050c42}/librazor/transaction.c Kristian H?gsberg <krh@redhat.com> Fri, 20 Jun 2008 15:10:34 -0400