Changes between Initial Version and Version 2 of Ticket #2513


Ignore:
Timestamp:
Dec 24, 2014, 1:06:29 AM (9 years ago)
Author:
martinl
Comment:

Legend:

Unmodified
Added
Removed
Modified

  • Ticket #2513 – Description

    initial v2  
    1010My uname output:
    1111
     12{{{
    1213: GRASS 7.0.0svn (rlis-master-for-seven):~ > uname -a
    1314: Linux login.cluster 2.6.32-431.17.1.el6.x86_64 #1 SMP Wed May 7 23:32:49 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
     15}}}
    1416
    1517I built grass from source, using primarily deps supplied by
    1618
     19{{{
    1720   : yum install http://yum.postgresql.org/9.3/redhat/rhel-6-x86_64/\
    1821   : pgdg-redhat93-9.3-1.noarch.rpm
     22}}}
    1923
    2024The build is painless.  GRASS works great, except for this bug.
    … …  
    2226I run GRASS v.colors to obtain a color map for TIGER census, as in:
    2327
     28{{{
    2429: GRASS 7.0.0svn (rlis-master-for-seven):~ > v.colors --verbose map=tract2010censusdp1_clipped_02 column=popden10 layer=1 rgb_column=GRASSRGB color=grey
     30}}}
    2531
    2632What I expect:
    … …  
    3137sequence:
    3238
     39{{{
    3340: GRASS 7.0.0svn (rlis-master-for-seven):~ > v.colors --verbose map=tract2010censusdp1_clipped_02 column=popden10 layer=1 rgb_column=GRASSRGB color=grey
    3441: Option <column> given, assuming <use=attr>...
    … …  
    5360:   C-c C-c
    5461: GRASS 7.0.0svn (rlis-master-for-seven):~ >
     62}}}
    5563
    5664Where the C-c C-c is, I am tapping C-c to break the task, which is blatently frozen.
    5765I've debugged it.  The sequence of events is:
    5866
     67{{{
    5968: print "no database is open"
    6069: db_shutdown_driver(driver=00661C40)
    6170: doing waitpid(pid=1583)
    6271: [freeze]
     72}}}
    6373
    6474During the freeze, proc 1583 is still running, and it's a db/pg process.
    … …  
    6676as in
    6777
     78{{{
    6879: no database is open
    6980: no database is open
    7081: [I kill the db/pg process by hand]
    7182: GRASS 7.0.0svn (rlis-master-for-seven):~ >
     83}}}
    7284
    7385I've tried v.colors in the trunk and release SVN branches.  The layer is fine,
    … …  
    8294is called before the colors are written at all.  The stack is:
    8395
     96{{{
    8497: (gdb) where
    8598: ,#0  0x0000003ab72ac8ce in waitpid () from /lib64/libc.so.6
    … …  
    93106:     column_name=0x654830 "GRASSRGB", colors=0x7fffffffce90) at write_rgb.c:37
    94107: ,#7  0x0000000000402f83 in main (argc=7, argv=0x7fffffffd988) at main.c:350
     108}}}
    95109
    96110If I delete grassrgb by hand, v.colors does return neatly and works great, as in:
    97111
     112{{{
    98113: psql (9.3.5)
    99114: =>
    … …  
    101116: ALTER TABLE
    102117: =>
     118}}}
    103119
    104120then
    105121
     122{{{
    106123: GRASS 7.0.0svn (rlis-master-for-seven):~ > v.colors --verbose map=tract2010censusdp1_clipped_02 column=popden10 layer=1 rgb_column=GRASSRGB color=grey
    107124h: Option <column> given, assuming <use=attr>...
    … …  
    113130: 'grey'
    114131: GRASS 7.0.0svn (rlis-master-for-seven):~ >
     132}}}
    115133
    116134The content of GRASSRGB looks fine after that.
    … …  
    118136Removing the color table using -r before running doesn't work, I get
    119137
     138{{{
    120139: GRASS 7.0.0svn (rlis-master-for-seven):~ > v.colors -r map=tract2010censusdp1_clipped_02 rgb_column=GRASSRGB
    121140: WARNING: Color table of vector map <tract2010censusdp1_clipped_02> not
    … …  
    123142: GRASS 7.0.0svn (rlis-master-for-seven):~ > v.colors --verbose map=tract2010censusdp1_clipped_02 column=popden10 layer=1 rgb_column=GRASSRGB color=bgyr
    124143: [freeze]
     144}}}
    125145
    126146I obviously don't understand the difference between the color table and the rgb_column.  v.colors seems to