Hey, The way you built the binary should not be a problem for reproducing for this bug. What is the machine config that you are using to reproduce?? As mentioned in the analysis, this input.png will try to allocate 0xffffff8c bytes of memory which should be around 4GB, so try testing it in a machine with lower RAM or try limiting the process memory using ulimit or something similar. Hope it helps.
Best Regards On Tue, Mar 21, 2017 at 3:32 AM, Ola Lundqvist <o...@inguza.com> wrote: > Hi > > I have tried to reproduce this problem in wheezy, jessie and sid. > > Wheezy: > (wheezy_chroot)root@tigereye:/# apng2gif bugreport.png > apng2gif 1.5 > Reading 'bugreport.png'... > Error: can't load 'bugreport.png' > > Jessie looks the same. > > Sid looks a little different: > (sid_chroot)root@tigereye:/# apng2gif bugreport.png > apng2gif 1.7 > Reading 'bugreport.png'... > load_apng() failed: 'bugreport.png' > > But I can not find an indication of a core dump. Or is it so that I just > do not see that due to how the binary is built? > > Best regards > > // Ola > -- > --- Inguza Technology AB --- MSc in Information Technology ---- > / o...@inguza.com Folkebogatan 26 \ > | o...@debian.org 654 68 KARLSTAD | > | http://inguza.com/ Mobile: +46 (0)70-332 1551 > <+46%2070%20332%2015%2051> | > \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / > --------------------------------------------------------------- > >