[GRASSLIST:2834] Re: core dumps after i.rectify

[Markus Neteler]

Hi,

below sound very much like the "i.rectify-doesn't-write-the-file-completely"
bug.

Frank, can you verify that the hard drive *always* provides enough
space? At time i.rectify silently dies if the drive is full.
However, there might be other bugs in certain cases...

Markus


On Sat, Dec 29, 2001 at 06:34:33PM +0100, grass at gevaerts.be wrote:
> Hi,
> 
> I am using Grass 5.0pre2 on a linux system (debian unstable , kernel
> 2.4.16, gcc 2.95.4)
> 
> After importing an image with r.in.tiff and rectifying it with i.rectify
> (after doing all intermediate steps), every tool I tried coredumps on the
> resulting raster (d.rast,r.support,r.compress,nviz,...)
> The backtrace is :
> 
> (gdb) bt
> #0  0x400c3c3b in free () from /lib/libc.so.6
> #1  0x400c3ac3 in free () from /lib/libc.so.6
> #2  0x08050a9b in close_old (fd=6) at closecell.c:76
> #3  0x080508d6 in G_close_cell (fd=6) at closecell.c:44
> #4  0x0804a595 in cell_draw (name=0x809a8d8 "meren", 
>     mapset=0x809aa28 "PERMANENT", colors=0xbffff8f8, overlay=0, invert=0, 
>     data_type=0) at display.c:134
> #5  0x0804a34d in display (name=0x809a8d8 "meren", 
>     mapset=0x809aa28 "PERMANENT", overlay=0, bg=0x0, data_type=0,
> invert=0)
>     at display.c:59
> #6  0x08049ba1 in main (argc=2, argv=0xbffffb74) at main.c:110
> #7  0x4006e65f in __libc_start_main () from /lib/libc.so.6
> 
> (for d.rast, the others are identical from G_close_cell up, except that
> nviz crashes on line 75 in closecell.c)
> 
> line 75 is :  free (FCB.row_ptr);
> line 76 is :  free (FCB.col_map);
>  
> FCB seems to be :
> 
> (gdb) print  G__.fileinfo[fd]
> $1 = {open_mode = 1, cellhd = {format = 0, compressed = 1, rows = 2680, 
>     cols = 1558, proj = 3, zone = 0, ew_res = 0.0083333333333333367, 
>     ns_res = 0.0083320377567371474, north = 1.9559478066666667, 
>     south = -20.373913381388888, east = 36.412333333333336, 
>     west = 23.428999999999998}, reclass = {name = '\000' <repeats 49
> times>, 
>     mapset = '\000' <repeats 49 times>, type = 0, num = 0, min = 0, max =
> 0, 
>     table = 0x0}, statf = {node = 0x0, tlen = 0, N = 0, curp = 0, 
>     null_data_count = 0, curoffset = 0}, range = {min = 0, max = 0, 
>     first_time = 0}, fp_range = {min = 0, max = 0, first_time = 0}, 
>   compression_bits = 0, want_histogram = 0, reclass_flag = 0, 
>   row_ptr = 0x8093850, col_map = 0x8096238, C1 = 1, C2 = 0.5, cur_row =2679, 
>   null_cur_row = -1, cur_nbytes = 1, data = 0x8097a98 "", nbytes = 1, 
>   map_type = 0, temp_name = 0x0, null_temp_name = 0x0, null_file_exists =
> 1, 
>   name = 0x808da68 "meren", mapset = 0x808da78 "PERMANENT", io_error = 0, 
>   xdrstream = {x_op = XDR_ENCODE, x_ops = 0x0, x_public = 0x0, 
>     x_private = 0x0, x_base = 0x0, x_handy = 0}, NULL_ROWS = {
>     0x8093148 "HÍ\032 at HÍ\032@", 'ÿ' <repeats 184 times>, "È", 
>     0x8093210 'ÿ' <repeats 192 times>, "\220\001", 
>     0x80932d8 'ÿ' <repeats 192 times>, "X\002", 
>     0x80933a0 'ÿ' <repeats 192 times>, " \003", 
>     0x8093468 'ÿ' <repeats 192 times>, "è\003", 
>     0x8093530 'ÿ' <repeats 192 times>, "°\004", 
>     0x80935f8 'ÿ' <repeats 192 times>, "x\005", 
>   null_work_buf = 0x8093788 'ÿ' <repeats 192 times>, "\b\a", 
>   min_null_row = 2672, quant = {truncate_only = 0, round_only = 0, 
>     defaultDRuleSet = 0, defaultCRuleSet = 0, infiniteLeftSet = 0, 
>     infiniteRightSet = 0, cRangeSet = 0, maxNofRules = 0, nofRules = 0, 
>     defaultDMin = 0, defaultDMax = 0, defaultCMin = 0, defaultCMax = 0, 
>     infiniteDLeft = 0, infiniteDRight = 0, infiniteCLeft = 0, 
>     infiniteCRight = 0, dMin = 0, dMax = 0, cMin = 0, cMax = 0, table =
> 0x0, 
>     fp_lookup = {vals = 0x0, rules = 0x0, nalloc = 0, active = 0, 
>       inf_dmin = 0, inf_dmax = 0, inf_min = 0, inf_max = 0}}}
> 
> 
> Is this a known problem, or am I doing something wrong ?
> Please ask if you need more info
> 
> Frank
> 
> HI! I'm a .signature virus! cp me into your .signature file to help me spread!