[Bug 1571324] [NEW] poldek crashes if there are more than 64k packages in sources

[Jan Rękorajski]

Public bug reported:

poldek crashes if there are more than 64k packages available in sources:

# poldek -n th-all 
Loading [pndir]th...
Loading [pndir]th-i686...
Loading [pndir]th...
Loading [pndir]th-ready...
Loading [pndir]th-x32...
Loading [pndir]th-x32-ready...
Loading [pndir]th-ready...
Loading [pndir]th-test...
Loading [pndir]th-x32-test...
Loading [pndir]th-test...
Loading [pndir]th-i686-ready...
Loading [pndir]th-i686-test...
67914 packages read
Removed 2 duplicate packages from available set
Segmentation fault (core dumped)

I narrowed it down to file_index_setup() call in pkgset.c:pkgset_index() what is just n_array_sort on a file index.
The problem looks like a memory leak due to internal use of int16_t data, but I'm not familiar enough with the code to find the root cause.

** Affects: poldek
     Importance: Undecided
         Status: New

** Affects: pld-linux
     Importance: Undecided
         Status: New

** Also affects: pld-linux
   Importance: Undecided
       Status: New

-- 
You received this bug notification because you are subscribed to PLD
Linux.
https://bugs.launchpad.net/bugs/1571324

Title:
  poldek crashes if there are more than 64k packages in sources

Status in poldek:
  New
Status in PLD Linux:
  New

Bug description:
  poldek crashes if there are more than 64k packages available in
  sources:

  # poldek -n th-all 
  Loading [pndir]th...
  Loading [pndir]th-i686...
  Loading [pndir]th...
  Loading [pndir]th-ready...
  Loading [pndir]th-x32...
  Loading [pndir]th-x32-ready...
  Loading [pndir]th-ready...
  Loading [pndir]th-test...
  Loading [pndir]th-x32-test...
  Loading [pndir]th-test...
  Loading [pndir]th-i686-ready...
  Loading [pndir]th-i686-test...
  67914 packages read
  Removed 2 duplicate packages from available set
  Segmentation fault (core dumped)

  I narrowed it down to file_index_setup() call in pkgset.c:pkgset_index() what is just n_array_sort on a file index.
  The problem looks like a memory leak due to internal use of int16_t data, but I'm not familiar enough with the code to find the root cause.

To manage notifications about this bug go to:
https://bugs.launchpad.net/poldek/+bug/1571324/+subscriptions