Re: ¿¿¿past chunk end??? - Mailing list pgsql-hackers

From imad
Subject Re: ¿¿¿past chunk end???
Date
Msg-id 1f30b80c0611011118t158cf65obd3a58c7e73f6cec@mail.gmail.com
Whole thread Raw
In response to ¿¿¿past chunk end???  ("luis garcia" <ldgarc@gmail.com>)
List pgsql-hackers
Carefully check all the palloc's you are doing in your code.
This warning is shown when you write some extra bytes to the memory
and size of your data goes beyond the allocated size.

--Imad
EnterpriseDB (www.enterprisedb.com)


On 11/1/06, luis garcia <ldgarc@gmail.com> wrote:
>
> Hi We have been making some modifications to postgres catalog, but
> it seems to be a problem with one of the fields we just added, exactly
> in the time when inserting the right values to that specific field.
>
> 1. This is what It happens:
>
> **************************************
> template1=# CREATE TABLE test() AS VALID EVENT 2 WITH FREQUENCY
> '00:00:50.00' AS REAL TIME;
> WARNING:  detected write past chunk end in CacheMemoryContext 0xb7212e0c
> CREATE TABLE
> **************************************
>
> The creation it's possible, in fact, We have added 7 fields to Postgres
> catalog (in pg_class) and there are no problems with the other fields
> values,
>  just with this one.
>
>
> 2. The field is defined this way:
>  // FILE: Parsenodes.h
>  // STRUCTURE: frequencyDefinition
>
>  typedef struct FrequencyDefinition
>  {
>      NodeTag        type;
>      bool        timeFrequency;
>      FrequencyType    fttype;
>      const char    *frequencyMeasure; // THIS ONE
>  } FrequencyDefinition;
>
>
> 3. The values are inserted this way:
> // FILE: relcache.c
> // FUNCTION: RelationBuildLocalRelation
>
> **************************************
> rel->rd_rel->relhasfrequency = freqDef->timeFrequency;  // Perfect
> Asignation
>
> if((freqDef->fttype) == REAL_TIME)
>
> namestrcpy(&rel->rd_rel->relfrequencytype,(const char
> *)"REAL TIME");
>         else
>
> namestrcpy(&rel->rd_rel->relfrequencytype,(const char
> *)"HISTORIC");
>
> namestrcpy(&rel->rd_rel->relfrequency,freqDef->frequencyMeasure)
> **************************************
>
>
> We can see the other values whit a SELECT over PG_CLASS:
>
> template1=# SELECT relname, relhasfrequency, relfrequencytype, relfrequency
> FROM pg_class WHERE relhasfrequency=true;
>
>  relname  | relhasfrequency | relfrequencytype | relfrequency
>  - - - - - -  + - - - - - - - - - - - - + - - - - - - - - - - - - - + - - -
> - - - - - -
>  test         | t                        | REAL TIME          | 0
> (1 row)
>
> We have realized that in the assignation it takes just the first CHAR from
> '00:00:50.00',
> and we tested the same assignation but just like this:
>
> ***************************************
> namestrcpy(&rel->rd_rel->relfrequencytype,freqDef->frequencyMeasure);
> //namestrcpy(&rel->rd_rel->relfrequency,freqDef->frequencyMeasure)
> ***************************************
>
> And the result to the same query was:
>
> template1=# SELECT relname, relhasfrequency, relfrequencytype, relfrequency
> FROM pg_class WHERE relhasfrequency=true;
>
>   relname  | relhasfrequency | relfrequencytype | relfrequency
>   - - - - - -  + - - - - - - - - - - - - + - - - - - - - - - - - - - + - - -
> - - - - - -
>   test         | t                        | '00:00:50.00'         | 0
>  (1 row)
>
>
> So please, anybody could tell me how to fix this?
>
> Thanks...
> --
> Luis D. García M.
> Telf: 0414-3482018
>
> - FACYT - UC -
> - Computación -


pgsql-hackers by date:

Previous
From: "Henry B. Hotz"
Date:
Subject: Re: Design Considerations for New Authentication Methods
Next
From: Tom Lane
Date:
Subject: Re: Extended protocol logging