| Age | Commit message (Collapse) | Author |
|---|
|
<mweilguni@sime.com>
|
|
what was a reason to corrupt index.
Thank to Mario Weilguni <mweilguni@sime.com> to
discover a bug.
|
|
the wrong place. This moves it to the right place which allows it to
compile. Patch from Kris Jurka.
|
|
Thank to Mario Weilguni <mweilguni@sime.com> to discover a bug.
|
|
Martin Pitt [2006-06-16 0:15 +0200]:
> Upstream confirmed my reply in the last mail in [1]: the complete
> escaping logic in DBMirror.pl is seriously screwew.
>
> [1] http://archives.postgresql.org/pgsql-bugs/2006-06/msg00065.php
I finally found some time to debug this, and I think I found a better
patch than the one you proposed. Mine is still hackish and is still a
workaround around a proper quoting solution, but at least it repairs
the parsing without introducing the \' quoting again.
I consider this a band-aid patch to fix the recent security update.
PostgreSQL gurus, would you consider applying this until a better
solution is found for DBMirror.pl?
Martin Pitt http://www.piware.de
|
|
and 8.0. Later releases already patched.
|
|
pgcrypto crypt()/md5 and hmac() leak memory when compiled against
OpenSSL as openssl.c digest ->reset will do two DigestInit calls
against a context. This happened to work with OpenSSL 0.9.6
but not with 0.9.7+.
Reason for the messy code was that I tried to avoid creating
wrapper structure to transport algorithm info and tried to use
OpenSSL context for it. The fix is to create wrapper structure.
It also uses newer digest API to avoid memory allocations
on reset with newer OpenSSLs.
Thanks to Daniel Blaisdell for reporting it.
|
|
than the local query specifies (e.g. in the FROM clause),
throw an ERROR (instead of crashing). Fix for bug #2129 reported
by Akio Iwaasa.
|
|
This makes the salt space for md5 and xdes algorithms a lot smaller than
it should be.
Marko Kreen
|
|
|
|
working state, not fcinfo->context. Silly oversight on my part in last
go-round of fixes.
|
|
(Don't bother adding it in 7.2, though, since pg_regress doesn't
have the capability to use it that far back.
|
|
|
|
aren't 1-D, so give an error message instead of failing. Per report
from Ron Mayer.
|
|
fixed properly in CVS tip, but we need a band-aid for back branches.
Per report from Ron Mayer.
|
|
0.9.7x have EVP_DigestFinal function which which clears all of
EVP_MD_CTX. This makes pgcrypto crash in functions which
re-use one digest context several times: hmac() and crypt()
with md5 algorithm.
Following patch fixes it by carring the digest info around
EVP_DigestFinal and re-initializing cipher.
Marko Kreen.
|
|
recent versions of OpenSSL. From Marko Kreen.
|
|
Kris Jurka
|
|
|
|
stand to be rewritten altogether, but for now just stick a finger in
the dike.
|
|
input. Also, may as well mark it "cacheable" as well. From Kris Jurka.
|
|
|
|
http://archives.postgresql.org/pgsql-hackers/2004-10/msg00464.php.
I plan a more permanent fix in HEAD, but for the back branches it seems
best to just touch the places that actually have a problem.
|
|
|
|
with ReturnSetInfo->expectedDesc. This allows custom datatypes
(e.g. from tsearch2) to be returned at runtime. Previous behavior
depended on the type oid to match between the remote and local
database, which obviously doesn't work well for custom types.
Per report from Mark Gibson.
|
|
reported by David Garamond when working with bytea parent and child keys.
|
|
reported by Andrea Grassi.
|
|
|
|
|
|
|
|
Teodor Sigaev
|
|
|
|
CHANGES
Mar 28, 2003
Added finctions index(ltree,ltree,offset), text2ltree(text),
ltree2text(text)
Teodor Sigaev
|
|
when running it with older(Pre 7.3.x) versions of Postgresql.
Backpatched to 7.3.X.
Steven Singer
|
|
ltree_73.patch.gz - for 7.3 :
Fix ~ operation bug: eg '1.1.1' ~ '*.1'
ltree_74.patch.gz - for current CVS
Fix ~ operation bug: eg '1.1.1' ~ '*.1'
Add ? operation
Optimize index storage
Last change needs drop/create all ltree indexes, so only for 7.4
Teodor Sigaev
|
|
bison 1.875 and later as we did from earlier bison releases. Eventually
we will probably want to adopt the newer message spelling ... but not yet.
Per recent discussion on pgpatches.
Note: I didn't change the build rules for bootstrap, ecpg, or plpgsql
grammars, since these do not affect regression test results.
|
|
contrib/fulltextindex/README.fti
Backpatched to 7.3.X too.
Neil Conway
|
|
|
|
|
|
|
|
|
|
7.3 and current CVS
Oleg Bartunov
|
|
(contrib/tsearch/makedict/makedict.pl)
[ Backpatched to 7.3.]
Teodor Sigaev
|
|
exists if and only if locale of postmaster
was a different from C (or ru_RU.KOI8-R).
Please, apply patch for current CVS & 7.3.1
Magnus Naeslund(f) wrote:
> Ok, I nailed the bug, but i'm not sure what the correct fix is.
> Attached tsearch_morph.diff that remedies this problem by avoiding it.
> Also there's a debug aid patch if someone would like to know how i
> finally found it out :)
>
> There problem in the lemmatize() function is that GETDICT(...) returned
> a value not handled (BYLOCALE).
> The value (-1) and later used as an index into the dicts[] array.
> After that everything went berserk stack went crazy somehow so trapping
> the fault sent me to the wrong place, and every time i read the value it
> was positive ;)
>
> So now i just return the initial word passed to the lemmatize function,
> because i don't know what to do with it.
Magnus Naeslund
|
|
"SET search_path" commands were added to the beginning of the script.
The attatched patch should fix the problem. It probably should be
applied against the 7.3 and 7.4 branches.
Steven Singer
|
|
|
|
|
|
|
|
|
|
|
