[Qgis-developer] Re: [GRASS5] QGIS GRASS digitizer new crash
werchowyna at epf.pl
Wed Aug 17 03:12:07 EDT 2005
From: "Daniel Calvelo Aros" <dcalvelo at minag.gob.pe>
> From: "Maciek Sieczka" <werchowyna at epf.pl>
>> Due to some modification in Grass 6.1, which took place between
>> and 13.08.2005, QGIS GRASS digitizer plugin crashes in a situation
>> it used to handle fine in the past. When a vector file's datatable
>> is edited, which contains some numerical column *and* a character
>> column, and only the numerical attribute is filled by the user,
>> while the character column entry he leaves empty, QGIS crashes in a
>> following way:
>> QgsGrassEdit::displayDynamic Points = 0x85bacb8 type = 0
>> QgsGrassEdit::displayDynamic Points = 0 type = 0
>> No DB record
>> updated line = 14
>> node = 27 mNodeSymb = 12
>> node = 28 mNodeSymb = 12
>> QObject::connect: No such signal QTabWidget::void
>> currentChanged(QWidget*) QObject::connect: (sender name:
>> 'tabCats') QObject::connect: (receiver name:
>> 'QgsGrassAttributesBase') Value: 14 Value: dbmi: Protocol error
>> Broken pipe
> Hi, Maciek. This is probably my fault, as it manifests itself in the dbf
> driver, and I've been seriously tweaking that between the dates you
> Have you got any idea of where in the QGIS code the update is triggered?
I completely useles here, sorry. Radim?
> I'm pretty sure this is a problem with interpreting an update statement.
> Also, what does an empty char column stand for? NULL? 0-length string ""?
I don't know what blank char entry is filled with indeed. The funny thing is
that QGIS crashes only when I leave the char column blank but fill the
numerical entry. If I leave both blank, all is OK.
More information about the grass-dev