[BUGS] BUG #5729: psql stopped after invalid surrogate pair

2010-10-26 Thread Alan Choi
The following bug has been logged online: Bug reference: 5729 Logged by: Alan Choi Email address: alan.c...@emc.com PostgreSQL version: Version 9.0.1-1 Operating system: Mac OS X 10.6.4 Description:psql stopped after invalid surrogate pair Details: psql stopped and

Re: [BUGS] BUG #5687: RADIUS Authentication issues

2010-10-07 Thread Alan T DeKok
et" messages. > > Uh, how exactly does your patch prevent that? Hmm not so much. Alan DeKok. -- Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-bugs

Re: [BUGS] BUG #5687: RADIUS Authentication issues

2010-10-05 Thread Alan T DeKok
to the logfile (see > log_min_messages comments in postgresql.conf). I keep making that > mistake myself... OK. My only interest there was to ensure that a DoS attack wouldn't result in the log being flooded with "invalid packet" messages. Alan DeKok. -- Sent via pgsql-bugs maili

Re: [BUGS] BUG #5687: RADIUS Authentication issues

2010-10-03 Thread Alan T DeKok
send a packet which will cause authentication to fail. This is a DoS attack. The usefulness of the fix is to mitigate the threat, and the implement the security features mandated by RFC 2865. It's also how *all* RADIUS implementations work. Alan DeKok. -- Sent via pgsql-bugs mailing list

Re: [BUGS] BUG #5687: RADIUS Authentication issues

2010-10-03 Thread Alan T DeKok
packet, we'd still be able > to authenticate with that one, just throwing the invalid ones away. > Notice how the "read packet" part is moved inside the loop in his > suggestion. The patches from my previous message implements that. Alan DeKok. -- Sent via pgsql-bu

Re: [BUGS] BUG #5687: RADIUS Authentication issues

2010-10-03 Thread Alan T DeKok
r the *good* response. I've attached a set of patches which gradually re-arrange the code so that it ignores invalid packets, and keeps trying to read a "good" response until the timer expires. I've also changed the messages saying "bad packe

[BUGS] BUG #5687: RADIUS Authentication issues

2010-09-30 Thread Alan DeKok
The following bug has been logged online: Bug reference: 5687 Logged by: Alan DeKok Email address: al...@freeradius.org PostgreSQL version: 9.0.0 Operating system: All Description:RADIUS Authentication issues Details: CheckRADIUSAuth() in src/backend/libpq/auth.c

[BUGS] BUG #5204: ODBC connection NOT working

2009-11-20 Thread Alan Martin
The following bug has been logged online: Bug reference: 5204 Logged by: Alan Martin Email address: alan.mar...@mightyautoparts.com PostgreSQL version: 08.04.0100 Operating system: Windows 7 64-bit Description:ODBC connection NOT working Details: Good morning

[BUGS] BUG #5029: Download Trouble

2009-09-01 Thread Alan Rubin
The following bug has been logged online: Bug reference: 5029 Logged by: Alan Rubin Email address: alanrubi...@yahoo.com PostgreSQL version: unknown Operating system: Windows XP Description:Download Trouble Details: i'm trying to download postgresql-8.2.9-

Re: [BUGS] BUG #4921: ltree @> ltree[] operator shouldn't fail if ltree[] is empty

2009-07-15 Thread Alan Pinstein
Yeah, and I don't feel I know enough to answer that. Thanks for responding! Good luck with your decision. Regards, Alan On Jul 15, 2009, at 11:33 AM, Tom Lane wrote: Alan Pinstein writes: The real solution might be to just convert a 0-dim array into "null" or equivalent a

Re: [BUGS] BUG #4921: ltree @> ltree[] operator shouldn't fail if ltree[] is empty

2009-07-15 Thread Alan Pinstein
st convert a 0-dim array into "null" or equivalent and still assert error if dims >= 2? Alan -- Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-bugs

[BUGS] BUG #4921: ltree @> ltree[] operator shouldn't fail if ltree[] is empty

2009-07-15 Thread Alan Pinstein
The following bug has been logged online: Bug reference: 4921 Logged by: Alan Pinstein Email address: apinst...@mac.com PostgreSQL version: 8.3.6 Operating system: linux/centos 5.3 Description:ltree @> ltree[] operator shouldn't fail if ltree[] is empty

[BUGS] BUG #3507: pgxml.dll not work in V8.2.4

2007-08-02 Thread alan
The following bug has been logged online: Bug reference: 3507 Logged by: alan Email address: [EMAIL PROTECTED] PostgreSQL version: 8.2.4 Operating system: XP Professional Description:pgxml.dll not work in V8.2.4 Details: My OS is XP Professional I complier and

[BUGS] BUG #3274: Failed to run initdb

2007-05-13 Thread Alan Mercer
The following bug has been logged online: Bug reference: 3274 Logged by: Alan Mercer Email address: [EMAIL PROTECTED] PostgreSQL version: 8.2 Operating system: Windows Vista Description:Failed to run initdb Details: I was trying a fairly vanilla installation on

[BUGS] BUG #2630: Can't unpack

2006-09-16 Thread Alan Escreet
The following bug has been logged online: Bug reference: 2630 Logged by: Alan Escreet Email address: [EMAIL PROTECTED] PostgreSQL version: 8.1.4 Operating system: Windows Description:Can't unpack Details: I am unable to unpack the database from the tar.gz fi

[BUGS] BUG #1426: pg_restore SIGSEGV on 7.2.2 dump

2005-01-20 Thread Alan Pevec
The following bug has been logged online: Bug reference: 1426 Logged by: Alan Pevec Email address: [EMAIL PROTECTED] PostgreSQL version: 8.0.0 Operating system: i686-redhat-linux-gnu Description:pg_restore SIGSEGV on 7.2.2 dump Details: Running pg_restore dump

[BUGS] memory corruption bug

2004-04-05 Thread Alan Stange
this form. POSTGRESQL BUG REPORT TEMPLATE Your name :Alan Stange Your email address :[EMAIL PROTECTED] System Configuration - Ar

[BUGS] [BUG] PostgreSQL 7.0.3 backend dumps core.

2000-11-28 Thread Alan Turner
RETURN x; test'# END; test'# ' LANGUAGE 'plpgsql'; CREATE test=# select f2(); pqReadData() -- backend closed the channel unexpectedly. This probably means the backend