#319: v.to.rast segfaults in G_close_gdal_link()
--+-
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: closed
Priority: major| Milestone: 6.4.0
Was that a fresh checkout, or update, or was it copied from somewhere?
I just did an update and nothing was deleted.
On Oct 6, 2008, at 9:42 PM, Michael Barton wrote:
SVN develbranch_6
On Oct 6, 2008, at 2:59 PM, William Kyngesburye wrote:
How did she get the source? Which version?
Looks
SVN develbranch_6
Michael
C. Michael Barton, Professor of Anthropology
Director of Graduate Studies
School of Human Evolution & Social Change
Center for Social Dynamics & Complexity
Arizona State University
Phone: 480-965-6262
Fax: 480-965-7671
www:
On Oct 6, 2008, at 2:
Paul Kelly wrote:
> > Oops. It turns out that Python doesn't understand %PATHEXT% (but it
> > least it's consistent; it doesn't work with .bat or .cmd files
> > either).
>
> It looks to me like it doesn't work with .exe either, i.e. it doesn't
> assume the extension - e.g. trying to run a scrip
Paul Kelly wrote:
> i.atcorr uses the isnan() function which seems to cause
> compilation to fail on Windows:
> main.cpp includes ; I wonder if the problem is
> due to the fact isnan() is a C99 function? Should it be changed?
if it helps, there is a is_nan() in r.in.mat/main.c:
int is_nan(v
Paul Kelly wrote:
> I looked in r.in.xyz which only uses fseek() and
> ISTR discussion about it handling huge files recently,
> although perhaps that involved reading from stdin.
fwiw the fseek() there is just to grab the filesize so G_percent() can
know where 100% is. If the fseek() returns garb
Paul Kelly wrote:
> i.atcorr uses the isnan() function which seems to cause compilation to
> fail on Windows:
>
> sh-2.04$ make
> c++ -I/c/grass/grass7/dist.i686-pc-mingw32/include -I/c/grass/extra/include
> -O2 -s -I/c/grass/extra/include -DPACKAGE=\""grassmods"\"
> -I/c/grass/grass7/dist
Rainer M Krug wrote:
> I am trying to compile GRASS 6.3 from source, and am struggling with
> the compilation of the modules r.in.gdal and r.out.gdal.
> but the make results in:
> Errors in:
[snip]
> /export/home/rkrug/source/grass-6.3.0/lib/gmath
> /export/home/rkrug/source/grass-6.3.0/lib/v
Michael Barton wrote:
> Porting the existing script is not terribly hard (though it would be
> time consuming)
Actually, porting non-trivial bash scripts can be quite difficult.
The main problem is that the only data type is a string. So when some
calculation is performed with e.g. 'echo $var |
Hi Nikos,
i.vi was migrated to main SVN along with i.albedo and i.qc.modis about
10 days ago.
You can now find it there:
http://svn.osgeo.org/grass/grass/trunk/imagery/i.vi/
Yann
2008/10/7 Nikos Alexandris <[EMAIL PROTECTED]>:
> I've recently compiled GRASS' source code (both 6.3 and 6.4) as we
On Mon, 6 Oct 2008, Andrew Danner wrote:
fseek is not the same as fseeko.
int fseek(FILE *stream, long offset, int whence);
int fseeko(FILE *stream, off_t offset, int whence);
If large file support is enabled, fseeko will convert off_t to a 64 bit type
even on a 32-bit OS. I'm not sure if lo
Paul Kelly wrote:
In some recent enhancements to the iostream library,
include/iostream/ami_stream.h had a call to fseek() changed to fseeko().
This now doesn't compile on Windows; a sample error is:
sh-2.04$ make
make OBJ.i686-pc-mingw32
make[1]: Entering directory `/c/grass/grass7/lib/iost
On Mon, 6 Oct 2008, Glynn Clements wrote:
Oops. It turns out that Python doesn't understand %PATHEXT% (but it
least it's consistent; it doesn't work with .bat or .cmd files
either).
It looks to me like it doesn't work with .exe either, i.e. it doesn't
assume the extension - e.g. trying to run
How did she get the source? Which version?
Looks like some files are missing:
On Oct 6, 2008, at 4:25 PM, Michael Barton wrote:
creating ./config.status
creating include/Make/Grass.make
sed: ./include/Make/Grass.make.in: No such file or directory
creating include/Make/Platform.make
sed: ./inc
William,
I haven't had time to recompile GRASS for several weeks. But I've got
a predoc researcher in my lab now who has compiled GRASS in the past
and is trying to do it again.
She has a brand new MacBook Pro with OS X 10.5.5. She has installed
your frameworks and ActiveStates TclTk 8.5
#321: d.vect.thematic - newer enhanced version
-+--
Reporter: aprasad | Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: major| Milestone:
i.atcorr uses the isnan() function which seems to cause compilation to
fail on Windows:
sh-2.04$ make
c++ -I/c/grass/grass7/dist.i686-pc-mingw32/include -I/c/grass/extra/include -O2 -s
-I/c/grass/extra/include -DPACKAGE=\""grassmods"\"
-I/c/grass/grass7/dist.i686-pc-mingw32/include -o OBJ.i
Hi
I am trying to compile GRASS 6.3 from source, and am struggling with
the compilation of the modules r.in.gdal and r.out.gdal. BElow find my
config command and the last lines from the make.
Distro: OpenSuSE 10.3
gdal is configured as follow:
./configure --with-png=internal --with-jpeg=interna
On Oct 6, 2008, at 9:00 AM, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]
> wrote:
Date: Mon, 06 Oct 2008 12:19:38 +0200
From: Moritz Lennert <[EMAIL PROTECTED]>
Subject: Re: [GRASS-dev] porting r.in.wms to python
To: [EMAIL PROTECTED]
Cc: Glynn Clements <[EMAIL PROTECTED]>, grass-dev
Me
I've been really tied up with academic things lately, but want to help
out with some information here.
See below
On Oct 5, 2008, at 7:16 PM, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]
> wrote:
Date: Sun, 5 Oct 2008 22:57:42 +0100
From: Glynn Clements <[EMAIL PROTECTED]>
Subject: Re: [GRASS-dev
In some recent enhancements to the iostream library,
include/iostream/ami_stream.h had a call to fseek() changed to fseeko().
This now doesn't compile on Windows; a sample error is:
sh-2.04$ make
make OBJ.i686-pc-mingw32
make[1]: Entering directory `/c/grass/grass7/lib/iostream'
make[1]: `OBJ.i
#319: v.to.rast segfaults in G_close_gdal_link()
--+-
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major| Milestone: 6.4.0
On 06/10/08 04:16, Hamish wrote:
Glynn wrote:
d.vect.thematic (d.mon)
(somewhat replaced d.thematic.area,v.class? any thoughts Moritz/Michael?)
d.thematic.area works for me, but I have not had any testing feedback
from anyone else.
I still need to finish "d.thematic.points_and_lin
Markus Neteler wrote:
> >> etc/gui/scripts/r.support.sh was partially needed because
> >> 1) non-interactive version did not in the past support all interactive
> >> functionality, and
> >> 2) interactive version weirdly exits prematurely when called directly
> >> from Tcl/Tk.
> >
> > More gener
#319: v.to.rast segfaults in G_close_gdal_link()
--+-
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major| Milestone: 6.4.0
#320: the ``default region'' term is somewhat misleading
-+--
Reporter: 1gray| Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: minor| Mi
On Mon, Oct 6, 2008 at 7:34 AM, Glynn Clements <[EMAIL PROTECTED]> wrote:
> Hamish wrote:
...
>> etc/gui/scripts/r.support.sh was partially needed because
>> 1) non-interactive version did not in the past support all interactive
>> functionality, and
>> 2) interactive version weirdly exits prematu
On Mon, Oct 6, 2008 at 4:16 AM, Hamish <[EMAIL PROTECTED]> wrote:
>> d.rast.leg (d.frame)
>
> (any thoughts Markus?)
>
> perhaps replaced by some wxGUI "load cartographic template" tool?
> (users could contribute their own etc..)
d.rast.leg we use on a daily basis. Something similar wo
28 matches
Mail list logo