[GRASSLIST:2837] Re: [GRASS5] Re: core dumps after i.rectify

grass at gevaerts.be grass at gevaerts.be
Mon Dec 31 05:04:50 EST 2001


On Sun, 30 Dec 2001, Markus Neteler wrote:

> 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...

I think I found it. 
The cellhd file for the rectified image was :
proj:       3
zone:       0
north:      1:57:21.412104N
south:      20:22:26.088173S
east:       36:24:44.4E
west:       23:25:44.4E
cols:       1558
rows:       2680
e-w resol:  0:00:30
n-s resol:  0:00:29.995336
format:     0
compressed: 1

After I changed 'format' from 0 to 1 everything seems to wrok fine. So
i.rectify apparently sets this wrong (at least in some 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!
> 
> _______________________________________________
> grass5 mailing list
> grass5 at grass.itc.it
> http://grass.itc.it/mailman/listinfo/grass5
> 

HI! I'm a .signature virus! cp me into your .signature file to help me spread!



More information about the grass-user mailing list