I'm trying to compile grass on our SGI machines and I have found that
the code in src/raster/r.topmodel/file_io.c access a time zone variable
in the tm struct inside /usr/include/time.h. Both SGI and Cygwin do not
have that variable in their tm struct. Since it is better to solve a
problem directly instead of using preprocessor #ifdef's could the time
zone value be replaced with the POSIX tzname (also in time.h)? Or since
the time zone is only used as output, can it be removed completely? How
important is it to your program Huidae?
Just some suggestions.
--
Sincerely,
Jazzman (a.k.a. Justin Hickey) e-mail: jhickey@hpcc.nectec.or.th
High Performance Computing Center
National Electronics and Computer Technology Center (NECTEC)
Bangkok, Thailand
People who think they know everything are very irritating to those
of us who do. ---Anonymous
Jazz and Trek Rule!!!
----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'
while defining a new location (a large one) I got:
total rows: 58400
total cols: 65600
total cells: -,463,927,296
total cells should be 3831040000
How can I fix this? Brain overload?
Yours
Markus
----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'
while defining a new location (a large one) I got:
total rows: 58400
total cols: 65600
total cells: -,463,927,296
total cells should be 3831040000
It appears that the total cells value is stored as a signed 32 bit
integer. The largest value that can be stored in such a variable is 2.14
* 10^9 (2.14 billion). Your value is greater than that so the only
solution I can think of is either change the variable storing the total
cells to an unsigned 32 bit number, which should be fine since negative
cells are invalid. Or create a smaller map.
Hope this helps.
--
Sincerely,
Jazzman (a.k.a. Justin Hickey) e-mail: jhickey@hpcc.nectec.or.th
High Performance Computing Center
National Electronics and Computer Technology Center (NECTEC)
Bangkok, Thailand
People who think they know everything are very irritating to those
of us who do. ---Anonymous
Jazz and Trek Rule!!!
----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'
On Thu, Sep 07, 2000 at 04:48:33PM +0700, Justin Hickey wrote:
Hi Markus
Markus Neteler wrote:
> while defining a new location (a large one) I got:
>
> total rows: 58400
> total cols: 65600
> total cells: -,463,927,296
>
> total cells should be 3831040000
It appears that the total cells value is stored as a signed 32 bit
integer. The largest value that can be stored in such a variable is 2.14
* 10^9 (2.14 billion). Your value is greater than that so the only
solution I can think of is either change the variable storing the total
cells to an unsigned 32 bit number, which should be fine since negative
cells are invalid. Or create a smaller map.
Hope this helps.
Probably Well, the file is
src/libes/gis/edit_cellhd.c
line 401
sprintf(buf,"%ld", (long) cellhd->rows * cellhd->cols);
G_insert_commas(buf);
fprintf (stderr, " total cells: %15s\n", buf);
I feel it would not break anything if the variable type would be
changed.
Other comments here?
Markus
----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'
Well, the file is