<html style="direction: ltr;">
  <head>
    <meta content="text/html; charset=windows-1255"
      http-equiv="Content-Type">
    <style type="text/css">body p { margin-bottom: 0cm; margin-top: 0pt; } </style>
  </head>
  <body style="direction: ltr;"
    bidimailui-detected-decoding-type="preferred-charset"
    bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">On 11/02/2015 14:55, Pierric de Laborie
      wrote:<br>
    </div>
    <blockquote
cite="mid:CABQp95YktkjjsMHf3VD6YLC0mixc0vz22qfJ-0f1qgAHfptXeA@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>Dear Pietro,</div>
        <div><br>
        </div>
        <div>I ran the same command with the highest level of verbose.
          Unfortunately it didn't give much more information when
          blocking at the problematic step. </div>
        <div><br>
        </div>
        <div>I also started the same command from GRASS GUI on another
          debian machine and it got stuck also. It is like the
          installation on Debian Wheezy doesn't fully work (?)</div>
        <div><br>
        </div>
        <div><br>
        </div>
        <div>GRASS 7.0.0svn (222):~/Grass_test ><b> g.gisenv
            set="DEBUG=5"      </b>                                    </div>
        <div><br>
        </div>
        <div>D1/1: G_set_program_name(): g.gisenv</div>
        <div>D1/5: G_set_program_name(): g.gisenv</div>
        <div>D2/5: G_option_to_separator(): key = separator -> sep =
          '/'</div>
        <div><br>
        </div>
        <div>GRASS 7.0.0svn (222):~/Grass_test > <b> r.composite
            red=B5@PERMANENT green=B4@PERMANENT blue=B3@PERMANENT
            output=mycompo</b></div>
        <div><b><br>
          </b></div>
        <div>D1/5: G_set_program_name(): r.composite</div>
        <div>D2/5: G_file_name(): path = /tmp/grassdata/222/PERMANENT</div>
        <div>D2/5: G_file_name(): path =
          /tmp/grassdata/222/PERMANENT/cell/mycompo</div>
        <div>D2/5: G_file_name(): path =
          /tmp/grassdata/222/PERMANENT/WIND</div>
        <div>D2/5: G_file_name(): path =
          /tmp/grassdata/222/PERMANENT/WIND</div>
        <div>D2/5:   file open: read (mode = r)</div>
        <div>D2/5: G__read_Cell_head</div>
        <div>D2/5: G__read_Cell_head_array</div>
        <div>D3/5: region item: proj:       1</div>
        <div>D3/5: region item: zone:       32</div>
        <div>D3/5: region item: north:      3948015</div>
        <div>D3/5: region item: south:      0</div>
        <div>D3/5: region item: east:       841215</div>
        <div>D3/5: region item: west:       0</div>
        <div>D3/5: region item: cols:       841215</div>
        <div>D3/5: region item: rows:       3948015</div>
        <div>D3/5: region item: e-w resol:  1</div>
        <div>D3/5: region item: n-s resol:  1</div>
        <div>D3/5: region item: top:        1.000000000000000</div>
        <div>D3/5: region item: bottom:     0.000000000000000</div>
        <br>
      </div>
    </blockquote>
    This one input raster is huge. 840,000x394,000 = 331,000,000,000
    pixels. That's probably not what you want. If you have your region
    set to match this raster (rather than the others, which seem to be
    normal size) then that would certainly cause the machine to lock up.<br>
    <br>
  </body>
</html>