[GRASS-dev] G7.0.svn: g.remove segfault

[Markus Neteler]

Hi,

to my surprise I managed to generate a segfault using g.remove:

GRASS 7.0.1svn (eu_laea):~ > g.list raster
pattern="modis_lst1km*.spring_warming"
modis_lst1km2003.spring_warming
modis_lst1km2004.spring_warming
modis_lst1km2005.spring_warming
modis_lst1km2006.spring_warming
modis_lst1km2007.spring_warming
modis_lst1km2008.spring_warming
modis_lst1km2009.spring_warming
modis_lst1km2010.spring_warming
modis_lst1km2011.spring_warming
modis_lst1km2012.spring_warming
modis_lst1km2013.spring_warming
modis_lst1km2014.spring_warming

GRASS 7.0.1svn (eu_laea):~ > g.remove raster
pattern="modis_lst1km*.spring_warming" -f
Removing raster <modis_lst1km2003.spring_warming>
*** buffer overflow detected ***: g.remove terminated
======= Backtrace: =========
/lib64/libc.so.6(__fortify_fail+0x37)[0x7f4548c54a07]
/lib64/libc.so.6(+0x10bbd0)[0x7f4548c52bd0]
/lib64/libc.so.6(+0x10b0f9)[0x7f4548c520f9]
/lib64/libc.so.6(_IO_default_xsputn+0xbc)[0x7f4548bc04bc]
/lib64/libc.so.6(_IO_vfprintf+0x3939)[0x7f4548b91f49]
/lib64/libc.so.6(__vsprintf_chk+0x88)[0x7f4548c52188]
/lib64/libc.so.6(__sprintf_chk+0x7d)[0x7f4548c520dd]
/usr/local/grass-7.0.1svn/lib/libgrass_manage.7.0.1svn.so(M_do_remove+0x3bb)[0x7f4549671cfb]
g.remove(main+0x76a)[0x4022be]
/lib64/libc.so.6(__libc_start_main+0xf5)[0x7f4548b68af5]
g.remove[0x4015c9]
======= Memory map: ========
00400000-00403000 r-xp 00000000 fd:00 275018341
  /usr/local/grass-7.0.1svn/bin/g.remove
00602000-00603000 r--p 00002000 fd:00 275018341
  /usr/local/grass-7.0.1svn/bin/g.remove


(gdb) bt
#0  0x00007ffff70e35e9 in raise () from /lib64/libc.so.6
#1  0x00007ffff70e4cf8 in abort () from /lib64/libc.so.6
#2  0x00007ffff7123dd7 in __libc_message () from /lib64/libc.so.6
#3  0x00007ffff71bba07 in __fortify_fail () from /lib64/libc.so.6
#4  0x00007ffff71b9bd0 in __chk_fail () from /lib64/libc.so.6
#5  0x00007ffff71b90f9 in _IO_str_chk_overflow () from /lib64/libc.so.6
#6  0x00007ffff71274bc in __GI__IO_default_xsputn () from /lib64/libc.so.6
#7  0x00007ffff70f8f49 in vfprintf () from /lib64/libc.so.6
#8  0x00007ffff71b9188 in __vsprintf_chk () from /lib64/libc.so.6
#9  0x00007ffff71b90dd in __sprintf_chk () from /lib64/libc.so.6
#10 0x00007ffff7bd8cfb in sprintf (__fmt=0x7ffff7bd95e6 "colr2/%s",
    __s=0x7fffffffc360
"colr2/modis_lst_reconstructed_europe_cooling_warmj\275\367\377\177")
    at /usr/include/bits/stdio2.h:33
#11 M_do_remove (n=n at entry=0, old=0x655f00
"modis_lst1km2005.spring_warming") at do_remove.c:102
#12 0x00000000004022be in main (argc=<optimized out>, argv=<optimized
out>) at main.c:250

g.version -r
GRASS 7.0.1svn (2015)
libgis Revision: 64733

uname -a
Linux giscluster.intra.ismaa.it 3.10.0-229.1.2.el7.x86_64 #1 SMP Thu
Mar 26 09:10:25 CDT 2015 x86_64 x86_64 x86_64 GNU/Linux

I'm travelling now, so no chance to test myself at time.

It seems to stumble over the color2 file.

Markus