[argyllcms] Re: dispread crash in Ubuntu 16.04 AMD64 - free(): invalid next size (fast)

  • From: Uwe Röger <uwer@xxxxxxxx>
  • To: argyllcms@xxxxxxxxxxxxx
  • Date: Mon, 22 Aug 2016 16:40:43 +0200

Am 22.08.2016 um 12:11 schrieb Uwe Röger:

Am 22.08.2016 um 10:51 schrieb Uwe Röger:
Am 22.08.2016 um 08:25 schrieb Graeme Gill:
Uwe Röger wrote:

Ubuntu 16.04.1 Xenial

'*** Error in `/usr/bin/dispread': free(): invalid next size (fast): 
0x0000000002104630 ***'

Hmm. Pascal de Bruijn reported a very similar problem in April on Ubuntu 

Alexis Daciuk also reported a very similar looking bug on Linux
kernel 4.6.4-1 and lts 4.4.15-2 quite recently.

I note that Ubuntu 16.04.1 is based on a lts 4.4. kernel.

Attempts to track it down with Alexis failed to identify
the problem :- running dispread under valgrind revealed no issues,
and in fact it ran to completion. This may mean there is a very
subtle bug in the ArgyllCMS xdg_bds.c that valgrind doesn't notice,
or it may mean that there is a bug in the Ubuntu 16.04.1 libc malloc

Can you run your test case under valgrind and see what happens ?

Graeme Gill.

Thank you for the tip.
Indeed the calibration ran all the way through and the correction was applied, 
when I used
valgrind unity-control-center
(The calibration procedure is called from within the Ubuntu control panel and I 
haven't found a
way to invoke it on its own)

FWIW, after that I tried
valgrind --leak-check=full unity-control-center
and could reproduce the crash.

Snippet from the second try:
'Setting up the instrument'
'*** Error in `/usr/bin/dispread': free(): invalid next size (fast): 
0x0000000000b03870 ***'
'======= Backtrace: ========='

I have attached the dumps from both sessions and cc'd you because I guess the 
attachments will
be stripped for the mailing list. The dump with the --leak-check=full option 
enabled is about
2.6MB, so I zipped it.

Best regards, Uwe

A little followup, trying to calibrate my external screen (Dell U2410 connected 
through HDMI)
resulted in the familiar crash, regardless of invoking the calibration with 
valgrind or without it.

P.S: Just to be thorough, I've now tried calibrating the screen on my Lenovo X220 and had the same crash, with or without valgrind. On the Lenvo SL510 success with valgrind was repeatable.
I've now ordered a ColorMunki Photo, something I had planned to do since a while anyway. Let's see how that turns out.
As far as I could see, Pascal de Bruijn also used a ColorMunki Smile, when he 
had this problem.

Other related posts: