Re: tsvector/tsearch equality and/or portability issue - Mailing list pgsql-hackers

From Teodor Sigaev
Subject Re: tsvector/tsearch equality and/or portability issue
Date
Msg-id 44EDEE07.8090907@sigaev.ru
Whole thread Raw
In response to Re: tsvector/tsearch equality and/or portability issue issue ?  (AgentM <agentm@themactionfaction.com>)
List pgsql-hackers
> Stefan said he reproduced on OpenBSD/i386 so it is unlikely to be an 
> endianness issue. Anyway, here's the comparison code- I guess it doesn't 
> use strcmp to avoid encoding silliness. (?)

I suppose that ordering for tsvector type is some strange and it hasn't any 
matter. For me, it's a secret why it's needed :)
The reason of bug was: some internal parts of tsvector should be shortaligned, 
so there was an unused bytes. Previous comparing function compares they too...



-- 
Teodor Sigaev                                   E-mail: teodor@sigaev.ru
  WWW: http://www.sigaev.ru/
 


pgsql-hackers by date:

Previous
From: Zdenek Kotala
Date:
Subject: Re: pg_upgrade: What is changed?
Next
From: "Joshua D. Drake"
Date:
Subject: Re: tsvector/tsearch equality and/or portability issue