~ubuntu-branches/ubuntu/trusty/postgresql-9.3/trusty-proposed

« back to all changes in this revision

Viewing changes to contrib/intarray/_int_tool.c

  • Committer: Package Import Robot
  • Author(s): Martin Pitt
  • Date: 2014-07-24 16:13:59 UTC
  • mfrom: (1.1.8)
  • Revision ID: package-import@ubuntu.com-20140724161359-uk325qfv03euxuuh
Tags: 9.3.5-0ubuntu0.14.04.1
* New upstream bug fix release: (LP: #1348176)
  - pg_upgrade: Users who upgraded to version 9.3 using pg_upgrade may have
    an issue with transaction information which causes VACUUM to eventually
    fail. These users should run the script provided in the release notes to
    determine if their installation is affected, and then take the remedy
    steps outlined there.
  - Various data integrity and other bug fixes.
  - Secure Unix-domain sockets of temporary postmasters started during make
    check.
    Any local user able to access the socket file could connect as the
    server's bootstrap superuser, then proceed to execute arbitrary code as
    the operating-system user running the test, as we previously noted in
    CVE-2014-0067. This change defends against that risk by placing the
    server's socket in a temporary, mode 0700 subdirectory of /tmp.
  - See release notes for details:
    http://www.postgresql.org/about/news/1534/
* Remove pg_regress patches to support --host=/path, obsolete with above
  upstream changes and not applicable any more.
* Drop tcl8.6 patch, applied upstream.
* Add missing logrotate test dependency.

Show diffs side-by-side

added added

removed removed

Lines of Context:
184
184
        *size = (float) ARRNELEMS(a);
185
185
}
186
186
 
187
 
/* Sort the given data (len >= 2).      Return true if any duplicates found */
 
187
/* Sort the given data (len >= 2).  Return true if any duplicates found */
188
188
bool
189
189
isort(int32 *a, int len)
190
190
{
196
196
        bool            r = FALSE;
197
197
 
198
198
        /*
199
 
         * We use a simple insertion sort.      While this is O(N^2) in the worst
 
199
         * We use a simple insertion sort.  While this is O(N^2) in the worst
200
200
         * case, it's quite fast if the input is already sorted or nearly so.
201
201
         * Also, for not-too-large inputs it's faster than more complex methods
202
202
         * anyhow.