r.stream.order problem making on mac os x

[stephen sefick]

I put the r.stream.order sources into my raster folder in the grass
sources.  I tried both the from Jarek's website and the svn
grass-addons both threw this error message.  The old version compiled
and worked fine on my mac 10.5.7.  Any help would be greatly
appreciated.

Stephen Sefick

test -d OBJ.i386-apple-darwin9.8.0 || mkdir -p OBJ.i386-apple-darwin9.8.0
gcc -I/Users/sefick/Grass_Source/grass-6.4.0RC5/dist.i386-apple-darwin9.8.0/include
 -g -O2       -DPACKAGE=\""grassmods"\"
-I/Users/sefick/Grass_Source/grass-6.4.0RC5/dist.i386-apple-darwin9.8.0/include
-o OBJ.i386-apple-darwin9.8.0/io.o -c io.c
io.c:1:27: error: grass/glocale.h: No such file or directory
In file included from io.c:2:
global.h:5:23: error: grass/gis.h: No such file or directory
In file included from io.c:2:
global.h:66: error: syntax error before ‘*’ token
global.h:67: error: syntax error before ‘*’ token
global.h:78: error: syntax error before ‘*’ token
global.h:78: warning: data definition has no type or storage class
global.h:79: error: syntax error before ‘*’ token
global.h:79: warning: data definition has no type or storage class
io.c: In function ‘open_raster’:
io.c:9: error: storage size of ‘cellhd’ isn’t known
io.c:11: warning: assignment makes pointer from integer without a cast
io.c:17: error: ‘CELL_TYPE’ undeclared (first use in this function)
io.c:17: error: (Each undeclared identifier is reported only once
io.c:17: error: for each function it appears in.)
io.c:27: error: invalid use of undefined type ‘struct Cell_head’
io.c:27: error: invalid use of undefined type ‘struct Cell_head’
io.c: In function ‘create_base_maps’:
io.c:38: error: ‘CELL’ undeclared (first use in this function)
io.c:38: error: ‘r_dirs’ undeclared (first use in this function)
io.c:38: error: ‘r_streams’ undeclared (first use in this function)
io.c:39: error: ‘DCELL’ undeclared (first use in this function)
io.c:39: error: ‘r_accum’ undeclared (first use in this function)
io.c:47: error: syntax error before ‘)’ token
io.c:48: error: syntax error before ‘)’ token
io.c:50: error: syntax error before ‘)’ token
io.c:52: error: syntax error before ‘)’ token
io.c:53: error: syntax error before ‘)’ token
io.c:55: error: syntax error before ‘)’ token
io.c:62: warning: assignment makes pointer from integer without a cast
io.c:63: warning: assignment makes pointer from integer without a cast
io.c:73: error: syntax error before ‘)’ token
io.c: In function ‘stream_number’:
io.c:120: error: ‘CELL’ undeclared (first use in this function)
io.c:120: error: syntax error before ‘c_min’
io.c:123: warning: assignment makes pointer from integer without a cast
io.c:125: error: ‘c_min’ undeclared (first use in this function)
io.c:125: error: ‘c_max’ undeclared (first use in this function)
io.c: In function ‘write_maps’:
io.c:132: error: ‘CELL’ undeclared (first use in this function)
io.c:132: error: ‘strahler_buf’ undeclared (first use in this function)
io.c:132: error: ‘shreeve_buf’ undeclared (first use in this function)
io.c:132: error: ‘hack_buf’ undeclared (first use in this function)
io.c:132: error: ‘horton_buf’ undeclared (first use in this function)
io.c:134: error: storage size of ‘history’ isn’t known
io.c:138: error: ‘CELL_TYPE’ undeclared (first use in this function)
make: *** [OBJ.i386-apple-darwin9.8.0/io.o] Error 1


--
Stephen Sefick

Let's not spend our time and resources thinking about things that are
so little or so large that all they really do for us is puff us up and
make us feel like gods.  We are mammals, and have not exhausted the
annoying little problems of being mammals.

                                                                -K. Mullis
_______________________________________________
grass-user mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/grass-user

[stephen sefick]

They have compiled after a
make clean
make
make install

but I am getting a bus error

On Sun, Sep 27, 2009 at 1:31 PM, stephen sefick <[hidden email]> wrote:

> I put the r.stream.order sources into my raster folder in the grass
> sources.  I tried both the from Jarek's website and the svn
> grass-addons both threw this error message.  The old version compiled
> and worked fine on my mac 10.5.7.  Any help would be greatly
> appreciated.
>
> Stephen Sefick
>
> test -d OBJ.i386-apple-darwin9.8.0 || mkdir -p OBJ.i386-apple-darwin9.8.0
> gcc -I/Users/sefick/Grass_Source/grass-6.4.0RC5/dist.i386-apple-darwin9.8.0/include
>  -g -O2       -DPACKAGE=\""grassmods"\"
> -I/Users/sefick/Grass_Source/grass-6.4.0RC5/dist.i386-apple-darwin9.8.0/include
> -o OBJ.i386-apple-darwin9.8.0/io.o -c io.c
> io.c:1:27: error: grass/glocale.h: No such file or directory
> In file included from io.c:2:
> global.h:5:23: error: grass/gis.h: No such file or directory
> In file included from io.c:2:
> global.h:66: error: syntax error before ‘*’ token
> global.h:67: error: syntax error before ‘*’ token
> global.h:78: error: syntax error before ‘*’ token
> global.h:78: warning: data definition has no type or storage class
> global.h:79: error: syntax error before ‘*’ token
> global.h:79: warning: data definition has no type or storage class
> io.c: In function ‘open_raster’:
> io.c:9: error: storage size of ‘cellhd’ isn’t known
> io.c:11: warning: assignment makes pointer from integer without a cast
> io.c:17: error: ‘CELL_TYPE’ undeclared (first use in this function)
> io.c:17: error: (Each undeclared identifier is reported only once
> io.c:17: error: for each function it appears in.)
> io.c:27: error: invalid use of undefined type ‘struct Cell_head’
> io.c:27: error: invalid use of undefined type ‘struct Cell_head’
> io.c: In function ‘create_base_maps’:
> io.c:38: error: ‘CELL’ undeclared (first use in this function)
> io.c:38: error: ‘r_dirs’ undeclared (first use in this function)
> io.c:38: error: ‘r_streams’ undeclared (first use in this function)
> io.c:39: error: ‘DCELL’ undeclared (first use in this function)
> io.c:39: error: ‘r_accum’ undeclared (first use in this function)
> io.c:47: error: syntax error before ‘)’ token
> io.c:48: error: syntax error before ‘)’ token
> io.c:50: error: syntax error before ‘)’ token
> io.c:52: error: syntax error before ‘)’ token
> io.c:53: error: syntax error before ‘)’ token
> io.c:55: error: syntax error before ‘)’ token
> io.c:62: warning: assignment makes pointer from integer without a cast
> io.c:63: warning: assignment makes pointer from integer without a cast
> io.c:73: error: syntax error before ‘)’ token
> io.c: In function ‘stream_number’:
> io.c:120: error: ‘CELL’ undeclared (first use in this function)
> io.c:120: error: syntax error before ‘c_min’
> io.c:123: warning: assignment makes pointer from integer without a cast
> io.c:125: error: ‘c_min’ undeclared (first use in this function)
> io.c:125: error: ‘c_max’ undeclared (first use in this function)
> io.c: In function ‘write_maps’:
> io.c:132: error: ‘CELL’ undeclared (first use in this function)
> io.c:132: error: ‘strahler_buf’ undeclared (first use in this function)
> io.c:132: error: ‘shreeve_buf’ undeclared (first use in this function)
> io.c:132: error: ‘hack_buf’ undeclared (first use in this function)
> io.c:132: error: ‘horton_buf’ undeclared (first use in this function)
> io.c:134: error: storage size of ‘history’ isn’t known
> io.c:138: error: ‘CELL_TYPE’ undeclared (first use in this function)
> make: *** [OBJ.i386-apple-darwin9.8.0/io.o] Error 1
>
>
> --
> Stephen Sefick
>
> Let's not spend our time and resources thinking about things that are
> so little or so large that all they really do for us is puff us up and
> make us feel like gods.  We are mammals, and have not exhausted the
> annoying little problems of being mammals.
>
>                                                                -K. Mullis
>

--
Stephen Sefick

Let's not spend our time and resources thinking about things that are
so little or so large that all they really do for us is puff us up and
make us feel like gods.  We are mammals, and have not exhausted the
annoying little problems of being mammals.

                                                                -K. Mullis
_______________________________________________
grass-user mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/grass-user

[stephen sefick]

OK,
I got a clean source 6.4RC05 directory and copied the r.stream.*
modules into the raster folder in the sources.

I issued this from CL:
./configure --with-freetype
--with-freetype-includes="/Library/Frameworks/FreeType.framework/unix/include/freetype2
/Library/Frameworks/FreeType.framework/unix/include"
--with-freetype-libs=/Library/Frameworks/FreeType.framework/unix/lib
--with-gdal=/Library/Frameworks/GDAL.framework/Programs/gdal-config
--with-proj --with-proj-includes=/Library/Frameworks/PROJ.framework/unix/include
--with-proj-libs=/Library/Frameworks/PROJ.framework/unix/lib
--with-proj-share=/Library/Frameworks/PROJ.framework/Resources/proj
--with-jpeg-includes=/Library/Frameworks/UnixImageIO.framework/unix/include
--with-jpeg-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib
--with-png-includes=/Library/Frameworks/UnixImageIO.framework/unix/include
--with-png-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib
--with-tiff-includes=/Library/Frameworks/UnixImageIO.framework/unix/include
--with-tiff-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib
--without-postgres --without-mysql --with-odbc --with-sqlite
--with-sqlite-libs=/Library/Frameworks/SQLite3.framework/unix/lib
--with-sqlite-includes=/Library/Frameworks/SQLite3.framework/unix/include
--with-fftw-includes=/Library/Frameworks/FFTW3.framework/unix/include
--with-fftw-libs=/Library/Frameworks/FFTW3.framework/unix/lib
--with-cxx --with-tcltk-includes="/Library/Frameworks/Tcl.framework/Headers
/Library/Frameworks/Tk.framework/Headers
/Library/Frameworks/Tk.framework/PrivateHeaders"
--with-tcltk-libs=/usr/local/lib --with-x --without-motif
--without-glw --with-python
--with-wxwidgets=/usr/local/lib/wxPython-unicode-2.8.10.1/bin/wx-config
--with-opengl=aqua --without-readline --prefix=/Applications
--enable-macosx-app
make
sudo make install

I am building a MacOSX .app and this works just fine.  I can use GRASS
and everything that I have tried has worked fine.  The
r.stream.extract function worked wonderfully and output raster maps
from r.terraflow flow accumulation and direction map.  I tried to feed
this into r.stream.order.  I got a bus error on the command line, and
in the GUI it just stops.  In both instances I get a ignore report mac
GUI message.  This is what I did with the previous ordering software -
r.stream, and everything worked fine.  If there is anymore information
that I can provide please tell me and I will be happy to provide this.
 Thanks for all of the help

Stephen Sefick

On Sun, Sep 27, 2009 at 2:38 PM, stephen sefick <[hidden email]> wrote:

> They have compiled after a
> make clean
> make
> make install
>
> but I am getting a bus error
>
> On Sun, Sep 27, 2009 at 1:31 PM, stephen sefick <[hidden email]> wrote:
>> I put the r.stream.order sources into my raster folder in the grass
>> sources.  I tried both the from Jarek's website and the svn
>> grass-addons both threw this error message.  The old version compiled
>> and worked fine on my mac 10.5.7.  Any help would be greatly
>> appreciated.
>>
>> Stephen Sefick
>>
>> test -d OBJ.i386-apple-darwin9.8.0 || mkdir -p OBJ.i386-apple-darwin9.8.0
>> gcc -I/Users/sefick/Grass_Source/grass-6.4.0RC5/dist.i386-apple-darwin9.8.0/include
>>  -g -O2       -DPACKAGE=\""grassmods"\"
>> -I/Users/sefick/Grass_Source/grass-6.4.0RC5/dist.i386-apple-darwin9.8.0/include
>> -o OBJ.i386-apple-darwin9.8.0/io.o -c io.c
>> io.c:1:27: error: grass/glocale.h: No such file or directory
>> In file included from io.c:2:
>> global.h:5:23: error: grass/gis.h: No such file or directory
>> In file included from io.c:2:
>> global.h:66: error: syntax error before ‘*’ token
>> global.h:67: error: syntax error before ‘*’ token
>> global.h:78: error: syntax error before ‘*’ token
>> global.h:78: warning: data definition has no type or storage class
>> global.h:79: error: syntax error before ‘*’ token
>> global.h:79: warning: data definition has no type or storage class
>> io.c: In function ‘open_raster’:
>> io.c:9: error: storage size of ‘cellhd’ isn’t known
>> io.c:11: warning: assignment makes pointer from integer without a cast
>> io.c:17: error: ‘CELL_TYPE’ undeclared (first use in this function)
>> io.c:17: error: (Each undeclared identifier is reported only once
>> io.c:17: error: for each function it appears in.)
>> io.c:27: error: invalid use of undefined type ‘struct Cell_head’
>> io.c:27: error: invalid use of undefined type ‘struct Cell_head’
>> io.c: In function ‘create_base_maps’:
>> io.c:38: error: ‘CELL’ undeclared (first use in this function)
>> io.c:38: error: ‘r_dirs’ undeclared (first use in this function)
>> io.c:38: error: ‘r_streams’ undeclared (first use in this function)
>> io.c:39: error: ‘DCELL’ undeclared (first use in this function)
>> io.c:39: error: ‘r_accum’ undeclared (first use in this function)
>> io.c:47: error: syntax error before ‘)’ token
>> io.c:48: error: syntax error before ‘)’ token
>> io.c:50: error: syntax error before ‘)’ token
>> io.c:52: error: syntax error before ‘)’ token
>> io.c:53: error: syntax error before ‘)’ token
>> io.c:55: error: syntax error before ‘)’ token
>> io.c:62: warning: assignment makes pointer from integer without a cast
>> io.c:63: warning: assignment makes pointer from integer without a cast
>> io.c:73: error: syntax error before ‘)’ token
>> io.c: In function ‘stream_number’:
>> io.c:120: error: ‘CELL’ undeclared (first use in this function)
>> io.c:120: error: syntax error before ‘c_min’
>> io.c:123: warning: assignment makes pointer from integer without a cast
>> io.c:125: error: ‘c_min’ undeclared (first use in this function)
>> io.c:125: error: ‘c_max’ undeclared (first use in this function)
>> io.c: In function ‘write_maps’:
>> io.c:132: error: ‘CELL’ undeclared (first use in this function)
>> io.c:132: error: ‘strahler_buf’ undeclared (first use in this function)
>> io.c:132: error: ‘shreeve_buf’ undeclared (first use in this function)
>> io.c:132: error: ‘hack_buf’ undeclared (first use in this function)
>> io.c:132: error: ‘horton_buf’ undeclared (first use in this function)
>> io.c:134: error: storage size of ‘history’ isn’t known
>> io.c:138: error: ‘CELL_TYPE’ undeclared (first use in this function)
>> make: *** [OBJ.i386-apple-darwin9.8.0/io.o] Error 1
>>
>>
>> --
>> Stephen Sefick
>>
>> Let's not spend our time and resources thinking about things that are
>> so little or so large that all they really do for us is puff us up and
>> make us feel like gods.  We are mammals, and have not exhausted the
>> annoying little problems of being mammals.
>>
>>                                                                -K. Mullis
>>
>
>
>
> --
> Stephen Sefick
>
> Let's not spend our time and resources thinking about things that are
> so little or so large that all they really do for us is puff us up and
> make us feel like gods.  We are mammals, and have not exhausted the
> annoying little problems of being mammals.
>
>                                                                -K. Mullis
>

--
Stephen Sefick

Let's not spend our time and resources thinking about things that are
so little or so large that all they really do for us is puff us up and
make us feel like gods.  We are mammals, and have not exhausted the
annoying little problems of being mammals.

                                                                -K. Mullis
_______________________________________________
grass-user mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/grass-user

[William Kyngesburye]

There should be a crash log for r.stream.order, which you can find in  
your home logs with Console.app.  The trace is especialy useful,  
though the binary images info can be helpful.

On Sep 27, 2009, at 4:17 PM, stephen sefick wrote:

> I am building a MacOSX .app and this works just fine.  I can use GRASS
> and everything that I have tried has worked fine.  The
> r.stream.extract function worked wonderfully and output raster maps
> from r.terraflow flow accumulation and direction map.  I tried to feed
> this into r.stream.order.  I got a bus error on the command line, and
> in the GUI it just stops.  In both instances I get a ignore report mac
> GUI message.  This is what I did with the previous ordering software -
> r.stream, and everything worked fine.  If there is anymore information
> that I can provide please tell me and I will be happy to provide this.
> Thanks for all of the help
>

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"History is an illusion caused by the passage of time, and time is an  
illusion caused by the passage of history."

- Hitchhiker's Guide to the Galaxy


_______________________________________________
grass-user mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/grass-user

[stephen sefick]

Is this what you were talking about?  If it is not I can find it if
you tell me what I am looking for.

Process:         r.stream.order [73041]
Path:            /Applications/GRASS-6.4.app/Contents/MacOS/bin/r.stream.order
Identifier:      r.stream.order
2   r.stream.order                 0x0000213e write_maps + 46
3   r.stream.order                 0x00002b71 main + 897
4   r.stream.order                 0x00001a56 start + 54
    0x1000 -     0x3fff +r.stream.order ??? (???)
<7ba7322bd390054caeff9595a09fd4d0>
/Applications/GRASS-6.4.app/Contents/MacOS/bin/r.stream.order

On Sun, Sep 27, 2009 at 4:37 PM, William Kyngesburye
<[hidden email]> wrote:

> There should be a crash log for r.stream.order, which you can find in your
> home logs with Console.app.  The trace is especialy useful, though the
> binary images info can be helpful.
>
> On Sep 27, 2009, at 4:17 PM, stephen sefick wrote:
>
>> I am building a MacOSX .app and this works just fine.  I can use GRASS
>> and everything that I have tried has worked fine.  The
>> r.stream.extract function worked wonderfully and output raster maps
>> from r.terraflow flow accumulation and direction map.  I tried to feed
>> this into r.stream.order.  I got a bus error on the command line, and
>> in the GUI it just stops.  In both instances I get a ignore report mac
>> GUI message.  This is what I did with the previous ordering software -
>> r.stream, and everything worked fine.  If there is anymore information
>> that I can provide please tell me and I will be happy to provide this.
>> Thanks for all of the help
>>
>
> -----
> William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
> http://www.kyngchaos.com/
>
> "History is an illusion caused by the passage of time, and time is an
> illusion caused by the passage of history."
>
> - Hitchhiker's Guide to the Galaxy
>
>
>

--
Stephen Sefick

Let's not spend our time and resources thinking about things that are
so little or so large that all they really do for us is puff us up and
make us feel like gods.  We are mammals, and have not exhausted the
annoying little problems of being mammals.

                                                                -K. Mullis
_______________________________________________
grass-user mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/grass-user

[William Kyngesburye]

Is that all the binary images lines?  If so, then somehow compilation  
didn't link the GRASS libraries.

There are no changes listed in grass-addons SVN after it was added, so  
I can't tell if something changed in the Makefile since it last worked  
for you.

On Sep 27, 2009, at 5:23 PM, stephen sefick wrote:

> Is this what you were talking about?  If it is not I can find it if
> you tell me what I am looking for.
>
> Process:         r.stream.order [73041]
> Path:            /Applications/GRASS-6.4.app/Contents/MacOS/bin/
> r.stream.order
> Identifier:      r.stream.order
> 2   r.stream.order                 0x0000213e write_maps + 46
> 3   r.stream.order                 0x00002b71 main + 897
> 4   r.stream.order                 0x00001a56 start + 54
>    0x1000 -     0x3fff +r.stream.order ??? (???)
> <7ba7322bd390054caeff9595a09fd4d0>
> /Applications/GRASS-6.4.app/Contents/MacOS/bin/r.stream.order
>
> On Sun, Sep 27, 2009 at 4:37 PM, William Kyngesburye
> <[hidden email]> wrote:
>> There should be a crash log for r.stream.order, which you can find  
>> in your
>> home logs with Console.app.  The trace is especialy useful, though  
>> the
>> binary images info can be helpful.

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

All generalizations are dangerous, even this one.


_______________________________________________
grass-user mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/grass-user

[stephen sefick]

I found this:

Process:         r.stream.order [74338]
Path:            /Applications/GRASS-6.4.app/Contents/MacOS/bin/r.stream.order
Identifier:      r.stream.order
Version:         ??? (???)
Code Type:       X86 (Native)
Parent Process:  bash [74313]

Date/Time:       2009-09-27 17:25:16.172 -0500
OS Version:      Mac OS X 10.5.8 (9L31a)
Report Version:  6
Anonymous UUID:  AA611A0B-FCCB-4FAB-8FCC-6E661CB57A3F

Exception Type:  EXC_BAD_ACCESS (SIGBUS)
Exception Codes: KERN_PROTECTION_FAILURE at 0x0000000000000001
Crashed Thread:  0

Thread 0 Crashed:
0   libgrass_gis.dylib             0x00080877
G__name_is_fully_qualified + 23 (nme_in_mps.c:66)
1   libgrass_gis.dylib             0x000822bc G__open_raster_new + 60
(opencell.c:640)
2   r.stream.order                 0x0000213e write_maps + 46
3   r.stream.order                 0x00002b71 main + 897
4   r.stream.order                 0x00001a56 start + 54

Thread 0 crashed with X86 Thread State (32-bit):
  eax: 0xbfffc100  ebx: 0x0008228d  ecx: 0x00082b55  edx: 0xbfffc200
  edi: 0x00000001  esi: 0xbfffc100  ebp: 0xbfffc0c8  esp: 0xbfffc0bc
   ss: 0x0000001f  efl: 0x00010292  eip: 0x00080877   cs: 0x00000017
   ds: 0x0000001f   es: 0x0000001f   fs: 0x00000000   gs: 0x00000037
  cr2: 0x00000001

Binary Images:
    0x1000 -     0x3fff +r.stream.order ??? (???)
<7ba7322bd390054caeff9595a09fd4d0>
/Applications/GRASS-6.4.app/Contents/MacOS/bin/r.stream.order
    0xb000 -     0xffff +libgrass_datetime.dylib ??? (???)
<5db41a672f765dfa7bcb6b3069beba0a>
/Applications/GRASS-6.4.app/Contents/MacOS/lib/libgrass_datetime.dylib
   0x64000 -    0xa0fe7 +libgrass_gis.dylib ??? (???)
<bf887db89bcb7094a6af0e2b0d157a0b>
/Applications/GRASS-6.4.app/Contents/MacOS/lib/libgrass_gis.dylib
0x8fe00000 - 0x8fe2db43  dyld 97.1 (???)
<458eed38a009e5658a79579e7bc26603> /usr/lib/dyld
0x9053a000 - 0x90548ffd  libz.1.dylib ??? (???)
<5ddd8539ae2ebfd8e7cc1c57525385c7> /usr/lib/libz.1.dylib
0x9137c000 - 0x914e3ff3  libSystem.B.dylib ??? (???)
<ae47ca9b1686b065f8ac4d2de09cc432> /usr/lib/libSystem.B.dylib
0x96b0b000 - 0x96b12fe9  libgcc_s.1.dylib ??? (???)
<f53c808e87d1184c0f9df63aef53ce0b> /usr/lib/libgcc_s.1.dylib
0x97361000 - 0x97365fff  libmathCommon.A.dylib ??? (???)
/usr/lib/system/libmathCommon.A.dylib
0xffff0000 - 0xffff1780  libSystem.B.dylib ??? (???) /usr/lib/libSystem.B.dylib

On Sun, Sep 27, 2009 at 5:43 PM, William Kyngesburye
<[hidden email]> wrote:

> Is that all the binary images lines?  If so, then somehow compilation didn't
> link the GRASS libraries.
>
> There are no changes listed in grass-addons SVN after it was added, so I
> can't tell if something changed in the Makefile since it last worked for
> you.
>
> On Sep 27, 2009, at 5:23 PM, stephen sefick wrote:
>
>> Is this what you were talking about?  If it is not I can find it if
>> you tell me what I am looking for.
>>
>> Process:         r.stream.order [73041]
>> Path:
>>  /Applications/GRASS-6.4.app/Contents/MacOS/bin/r.stream.order
>> Identifier:      r.stream.order
>> 2   r.stream.order                      0x0000213e write_maps + 46
>> 3   r.stream.order                      0x00002b71 main + 897
>> 4   r.stream.order                      0x00001a56 start + 54
>>   0x1000 -     0x3fff +r.stream.order ??? (???)
>> <7ba7322bd390054caeff9595a09fd4d0>
>> /Applications/GRASS-6.4.app/Contents/MacOS/bin/r.stream.order
>>
>> On Sun, Sep 27, 2009 at 4:37 PM, William Kyngesburye
>> <[hidden email]> wrote:
>>>
>>> There should be a crash log for r.stream.order, which you can find in
>>> your
>>> home logs with Console.app.  The trace is especialy useful, though the
>>> binary images info can be helpful.
>
> -----
> William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
> http://www.kyngchaos.com/
>
> All generalizations are dangerous, even this one.
>
>
>

--
Stephen Sefick

Let's not spend our time and resources thinking about things that are
so little or so large that all they really do for us is puff us up and
make us feel like gods.  We are mammals, and have not exhausted the
annoying little problems of being mammals.

                                                                -K. Mullis
_______________________________________________
grass-user mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/grass-user

[Jarosław Jasiewicz]

well, r.stream.order is completely rewritten. Coud you tell me more
about your bus error?

stephen sefick pisze:

> OK,
> I got a clean source 6.4RC05 directory and copied the r.stream.*
> modules into the raster folder in the sources.
>
> I issued this from CL:
> ./configure --with-freetype
> --with-freetype-includes="/Library/Frameworks/FreeType.framework/unix/include/freetype2
> /Library/Frameworks/FreeType.framework/unix/include"
> --with-freetype-libs=/Library/Frameworks/FreeType.framework/unix/lib
> --with-gdal=/Library/Frameworks/GDAL.framework/Programs/gdal-config
> --with-proj --with-proj-includes=/Library/Frameworks/PROJ.framework/unix/include
> --with-proj-libs=/Library/Frameworks/PROJ.framework/unix/lib
> --with-proj-share=/Library/Frameworks/PROJ.framework/Resources/proj
> --with-jpeg-includes=/Library/Frameworks/UnixImageIO.framework/unix/include
> --with-jpeg-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib
> --with-png-includes=/Library/Frameworks/UnixImageIO.framework/unix/include
> --with-png-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib
> --with-tiff-includes=/Library/Frameworks/UnixImageIO.framework/unix/include
> --with-tiff-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib
> --without-postgres --without-mysql --with-odbc --with-sqlite
> --with-sqlite-libs=/Library/Frameworks/SQLite3.framework/unix/lib
> --with-sqlite-includes=/Library/Frameworks/SQLite3.framework/unix/include
> --with-fftw-includes=/Library/Frameworks/FFTW3.framework/unix/include
> --with-fftw-libs=/Library/Frameworks/FFTW3.framework/unix/lib
> --with-cxx --with-tcltk-includes="/Library/Frameworks/Tcl.framework/Headers
> /Library/Frameworks/Tk.framework/Headers
> /Library/Frameworks/Tk.framework/PrivateHeaders"
> --with-tcltk-libs=/usr/local/lib --with-x --without-motif
> --without-glw --with-python
> --with-wxwidgets=/usr/local/lib/wxPython-unicode-2.8.10.1/bin/wx-config
> --with-opengl=aqua --without-readline --prefix=/Applications
> --enable-macosx-app
> make
> sudo make install
>
> I am building a MacOSX .app and this works just fine.  I can use GRASS
> and everything that I have tried has worked fine.  The
> r.stream.extract function worked wonderfully and output raster maps
> from r.terraflow flow accumulation and direction map.  I tried to feed
> this into r.stream.order.  I got a bus error on the command line, and
> in the GUI it just stops.  In both instances I get a ignore report mac
> GUI message.  This is what I did with the previous ordering software -
> r.stream, and everything worked fine.  If there is anymore information
> that I can provide please tell me and I will be happy to provide this.
>  Thanks for all of the help
>
> Stephen Sefick
>
> On Sun, Sep 27, 2009 at 2:38 PM, stephen sefick <[hidden email]> wrote:
>  
>> They have compiled after a
>> make clean
>> make
>> make install
>>
>> but I am getting a bus error
>>
>> On Sun, Sep 27, 2009 at 1:31 PM, stephen sefick <[hidden email]> wrote:
>>    
>>> I put the r.stream.order sources into my raster folder in the grass
>>> sources.  I tried both the from Jarek's website and the svn
>>> grass-addons both threw this error message.  The old version compiled
>>> and worked fine on my mac 10.5.7.  Any help would be greatly
>>> appreciated.
>>>
>>> Stephen Sefick
>>>
>>> test -d OBJ.i386-apple-darwin9.8.0 || mkdir -p OBJ.i386-apple-darwin9.8.0
>>> gcc -I/Users/sefick/Grass_Source/grass-6.4.0RC5/dist.i386-apple-darwin9.8.0/include
>>>  -g -O2       -DPACKAGE=\""grassmods"\"
>>> -I/Users/sefick/Grass_Source/grass-6.4.0RC5/dist.i386-apple-darwin9.8.0/include
>>> -o OBJ.i386-apple-darwin9.8.0/io.o -c io.c
>>> io.c:1:27: error: grass/glocale.h: No such file or directory
>>> In file included from io.c:2:
>>> global.h:5:23: error: grass/gis.h: No such file or directory
>>> In file included from io.c:2:
>>> global.h:66: error: syntax error before ‘*’ token
>>> global.h:67: error: syntax error before ‘*’ token
>>> global.h:78: error: syntax error before ‘*’ token
>>> global.h:78: warning: data definition has no type or storage class
>>> global.h:79: error: syntax error before ‘*’ token
>>> global.h:79: warning: data definition has no type or storage class
>>> io.c: In function ‘open_raster’:
>>> io.c:9: error: storage size of ‘cellhd’ isn’t known
>>> io.c:11: warning: assignment makes pointer from integer without a cast
>>> io.c:17: error: ‘CELL_TYPE’ undeclared (first use in this function)
>>> io.c:17: error: (Each undeclared identifier is reported only once
>>> io.c:17: error: for each function it appears in.)
>>> io.c:27: error: invalid use of undefined type ‘struct Cell_head’
>>> io.c:27: error: invalid use of undefined type ‘struct Cell_head’
>>> io.c: In function ‘create_base_maps’:
>>> io.c:38: error: ‘CELL’ undeclared (first use in this function)
>>> io.c:38: error: ‘r_dirs’ undeclared (first use in this function)
>>> io.c:38: error: ‘r_streams’ undeclared (first use in this function)
>>> io.c:39: error: ‘DCELL’ undeclared (first use in this function)
>>> io.c:39: error: ‘r_accum’ undeclared (first use in this function)
>>> io.c:47: error: syntax error before ‘)’ token
>>> io.c:48: error: syntax error before ‘)’ token
>>> io.c:50: error: syntax error before ‘)’ token
>>> io.c:52: error: syntax error before ‘)’ token
>>> io.c:53: error: syntax error before ‘)’ token
>>> io.c:55: error: syntax error before ‘)’ token
>>> io.c:62: warning: assignment makes pointer from integer without a cast
>>> io.c:63: warning: assignment makes pointer from integer without a cast
>>> io.c:73: error: syntax error before ‘)’ token
>>> io.c: In function ‘stream_number’:
>>> io.c:120: error: ‘CELL’ undeclared (first use in this function)
>>> io.c:120: error: syntax error before ‘c_min’
>>> io.c:123: warning: assignment makes pointer from integer without a cast
>>> io.c:125: error: ‘c_min’ undeclared (first use in this function)
>>> io.c:125: error: ‘c_max’ undeclared (first use in this function)
>>> io.c: In function ‘write_maps’:
>>> io.c:132: error: ‘CELL’ undeclared (first use in this function)
>>> io.c:132: error: ‘strahler_buf’ undeclared (first use in this function)
>>> io.c:132: error: ‘shreeve_buf’ undeclared (first use in this function)
>>> io.c:132: error: ‘hack_buf’ undeclared (first use in this function)
>>> io.c:132: error: ‘horton_buf’ undeclared (first use in this function)
>>> io.c:134: error: storage size of ‘history’ isn’t known
>>> io.c:138: error: ‘CELL_TYPE’ undeclared (first use in this function)
>>> make: *** [OBJ.i386-apple-darwin9.8.0/io.o] Error 1
>>>
>>>
>>> --
>>> Stephen Sefick
>>>
>>> Let's not spend our time and resources thinking about things that are
>>> so little or so large that all they really do for us is puff us up and
>>> make us feel like gods.  We are mammals, and have not exhausted the
>>> annoying little problems of being mammals.
>>>
>>>                                                                -K. Mullis
>>>
>>>      
>>
>> --
>> Stephen Sefick
>>
>> Let's not spend our time and resources thinking about things that are
>> so little or so large that all they really do for us is puff us up and
>> make us feel like gods.  We are mammals, and have not exhausted the
>> annoying little problems of being mammals.
>>
>>                                                                -K. Mullis
>>
>>    
>
>
>
>  

_______________________________________________
grass-user mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/grass-user

[Jarosław Jasiewicz]

Hi
I identified the error, it will be fixed in next few hours
Jarek
_______________________________________________
grass-user mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/grass-user

[Jarosław Jasiewicz]

fixed in svn

William Kyngesburye pisze:

> There should be a crash log for r.stream.order, which you can find in
> your home logs with Console.app.  The trace is especialy useful,
> though the binary images info can be helpful.
>
> On Sep 27, 2009, at 4:17 PM, stephen sefick wrote:
>
>> I am building a MacOSX .app and this works just fine.  I can use GRASS
>> and everything that I have tried has worked fine.  The
>> r.stream.extract function worked wonderfully and output raster maps
>> from r.terraflow flow accumulation and direction map.  I tried to feed
>> this into r.stream.order.  I got a bus error on the command line, and
>> in the GUI it just stops.  In both instances I get a ignore report mac
>> GUI message.  This is what I did with the previous ordering software -
>> r.stream, and everything worked fine.  If there is anymore information
>> that I can provide please tell me and I will be happy to provide this.
>> Thanks for all of the help
>>
>
> -----
> William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
> http://www.kyngchaos.com/
>
> "History is an illusion caused by the passage of time, and time is an
> illusion caused by the passage of history."
>
> - Hitchhiker's Guide to the Galaxy
>

_______________________________________________
grass-user mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/grass-user