[BUGS] BUG #8229: Dropuser and create user segfault for users in ldap

2013-06-13 Thread matt . s
The following bug has been logged on the website: Bug reference: 8229 Logged by: Matthew Schumacher Email address: mat...@aptalaska.com PostgreSQL version: 9.2.4 Operating system: Slackware Linux 14.0 x86_64 Description: I have a slackware 14.0 host, and have added ns

[BUGS] BUG #7657: Create Table doesn't create columns

2012-11-13 Thread Matt
The following bug has been logged on the website: Bug reference: 7657 Logged by: Matt Email address: m...@rigminder.com PostgreSQL version: 9.1.4 Operating system: Windows Server Standard SP2 Description: When I run the following statement, the table is created, but

Re: [BUGS] BUG #5905: segfault on pg_terminate_backend

2011-03-01 Thread Matt Harrington
Thank you both! I will get right on the upgrade. On Tue, Mar 1, 2011 at 11:26 AM, Heikki Linnakangas < heikki.linnakan...@enterprisedb.com> wrote: > On 01.03.2011 20:50, Matt Harrington wrote: > >> Bug reference: 5905 >> Logged by: Matt Har

[BUGS] BUG #5905: segfault on pg_terminate_backend

2011-03-01 Thread Matt Harrington
The following bug has been logged online: Bug reference: 5905 Logged by: Matt Harrington Email address: matt.harring...@rentrak.com PostgreSQL version: 8.4.3 Operating system: CentOS 4.7 Description:segfault on pg_terminate_backend Details: I have occasionally

Re: [BUGS] BUG #5862: Postgres dumps core upon a connection attempt

2011-02-03 Thread Matt Zinicola
As far as the configure options -- Originally, they were merely --with-perl and --with-python, but just to rule out problems there, I've since just been going with a straight compile (not additional options). I will get the backtrace, etc. within the next hour or so. Thanks! - Matt Qu

Re: [BUGS] BUG #5862: Postgres dumps core upon a connection attempt

2011-02-02 Thread Matt Zinicola
within the regression tests. I did a 'make install' anyhow. I cleaned out my data directory and attempted a new initdb with 9.0.3. That seg faulted as well: [postgres@infinity local]$ /usr/local/pgsql/bin/initdb -D /data/postgres Segmentation fault (core dumped) Any other suggestions? - M

Re: [BUGS] BUG #5862: Postgres dumps core upon a connection attempt

2011-02-02 Thread Matt Zinicola
doesn't seem to be logging anything, either (although I'm using the same configuration and start script as 9.0.2) Lastly, I don't see any 'core' files in the places I would expect. If/when I find them, I can send along. - Matt On Wed, 2011-02-02 at 15:56 -0600, Kevin

[BUGS] BUG #5862: Postgres dumps core upon a connection attempt

2011-02-02 Thread Matt Zinicola
The following bug has been logged online: Bug reference: 5862 Logged by: Matt Zinicola Email address: m...@zinicola.com PostgreSQL version: 9.0.3 Operating system: Linux (Fedora 14, kernel 2.6.35-10-74), 64-bit Description:Postgres dumps core upon a connection

[BUGS] BUG #5477: CREATE DOMAIN NOT NULL constraints not always enforced for INSERT with subquery

2010-05-28 Thread Matt Nourse
The following bug has been logged online: Bug reference: 5477 Logged by: Matt Nourse Email address: matt...@nplus1.com.au PostgreSQL version: 8.4 Operating system: Linux (Debian and Red Hat) Description:CREATE DOMAIN NOT NULL constraints not always enforced for

Re: [BUGS] BUG #5063: MS Access crashes by quiting after linking tables with PostgreSQL

2009-09-22 Thread Matt Taylor
Access version... Matt Annita Veneti wrote: Matt you are absolutely right! The msysconf is not related... Yesterday I did some test and have seen that the access is working fine with postgres as long as the SSL mode is disable, as soon as I put it enabled then it crashes on shutdown Go figure

Re: [BUGS] BUG #5063: MS Access crashes by quiting after linking tables with PostgreSQL

2009-09-21 Thread Matt Taylor
I think the msysconf error is not related to your issue: http://archives.postgresql.org/pgadmin-support/2002-01/msg00035.php Can you query data from the data source using MS Excel? Matt Annita Veneti wrote: Matt first thanks for the reply, I have check the log and it says Relation

Re: [BUGS] BUG #5063: MS Access crashes by quiting after linking tables with PostgreSQL

2009-09-18 Thread Matt Taylor
Have you tried turning on row versioning in the data source? Matt Annita wrote: The following bug has been logged online: Bug reference: 5063 Logged by: Annita Email address: annita.ven...@qs-unisolution.com PostgreSQL version: 8 Operating system: Windows Description

[BUGS] BUG #4399: List of Servers Cleared

2008-09-04 Thread Matt
The following bug has been logged online: Bug reference: 4399 Logged by: Matt Email address: [EMAIL PROTECTED] PostgreSQL version: 1.8.4 rev: 7358 Operating system: osX Description:List of Servers Cleared Details: Apologies if already reported, I did read the TODO

[BUGS] BUG #4036: Nested xpath() calls lose namespace support

2008-03-14 Thread Matt Magoffin
The following bug has been logged online: Bug reference: 4036 Logged by: Matt Magoffin Email address: [EMAIL PROTECTED] PostgreSQL version: 8.3.0 Operating system: OS X, Linux Description:Nested xpath() calls lose namespace support Details: I was trying to extract

[BUGS] BUG #4024: xpath() results lose namespace mappings

2008-03-10 Thread Matt Magoffin
The following bug has been logged online: Bug reference: 4024 Logged by: Matt Magoffin Email address: [EMAIL PROTECTED] PostgreSQL version: 8.3.0 Operating system: OS X 10.5, Windows XP Description:xpath() results lose namespace mappings Details: I was trying to

Re: [BUGS] BUG #3428: plperl spi_exec_prepared char length always unity

2007-07-05 Thread Matt Taylor
On Thu, 2007-07-05 at 00:13 -0400, Tom Lane wrote: > "Matt Taylor" <[EMAIL PROTECTED]> writes: > > The spi_prepare and spi_exec_prepared doesn't seem to properly handle fixed > > character types. Only the first character of a string is passed to the > > d

[BUGS] BUG #3428: plperl spi_exec_prepared char length always unity

2007-07-04 Thread Matt Taylor
The following bug has been logged online: Bug reference: 3428 Logged by: Matt Taylor Email address: [EMAIL PROTECTED] PostgreSQL version: 8.2.4 Operating system: Gentoo Description:plperl spi_exec_prepared char length always unity Details: The spi_prepare and

[BUGS] BUG #3415: plperl spi_exec_prepared variable undef value confusion

2007-06-26 Thread Matt
The following bug has been logged online: Bug reference: 3415 Logged by: Matt Email address: [EMAIL PROTECTED] PostgreSQL version: 8.2.3 Operating system: ubuntu 7.04, gentoo 2007.0 Description:plperl spi_exec_prepared variable undef value confusion Details: When

[BUGS] BUG #3041: Universal Binary Support in Configure

2007-02-22 Thread Matt Smith
The following bug has been logged online: Bug reference: 3041 Logged by: Matt Smith Email address: [EMAIL PROTECTED] PostgreSQL version: 8.2.3 Operating system: Mac OS X Description:Universal Binary Support in Configure Details: Hello! From what I can tell, there

[BUGS] facing problem for first time using PostgreSQL

2006-04-24 Thread matt lee
while the postgresql-8.1.3-1 installation,for the section "install as a service"   if i selected or checked it and press "next"...the msg do not hv "log on as a service"right.prompt out (figure1.jpg).if i press "No" ,critical error msg appear (figure2.jpg).else the msg ( figure3.jpg) di

[BUGS] BUG #2165: excessive number of postgres.exe processes

2006-01-10 Thread Matt Olson
The following bug has been logged online: Bug reference: 2165 Logged by: Matt Olson Email address: [EMAIL PROTECTED] PostgreSQL version: 8.1.2 Operating system: Windows XP Professional SP2 Description:excessive number of postgres.exe processes Details: This is

Re: [BUGS] VERIFIED FIXED: Huge query stalls at PARSE/BIND stage

2005-11-22 Thread Matt
Patch applied to version 8.1. Large query now runs in seconds. Thanks Tom. Regards, Matt Carter

Re: [BUGS] Huge query stalls at PARSE/BIND stage (1)

2005-11-21 Thread Matt
Thanks for the test case. The problem turns out to be sloppy coding in exprTypmod(): it recurses twice on the first argument of a COALESCE, making for exponential growth in the time needed to process a deep nest of COALESCE expressions ... which is exactly what your deeply nested FULL JOINs

[BUGS] Huge query stalls at PARSE/BIND stage (1)

2005-11-18 Thread Matt Carter
(Resending) Hi I have a nightly process which distills a range of statistics from a third-party database into a set of temporary tables, and then from those tables, aggregates and joins these figures into two main tables. Each temporary table contains a moderate number of rows and few columns. T

Re: [BUGS] Huge query stalls at PARSE/BIND stage (2)

2005-11-18 Thread Matt Carter
I've been investigating this problem further. I've tried adding first just 2, then 4 more FULL JOINs to the statement. This works and the statement gets to INSERT and completes successfully. If I add 16 further FULL JOINs however, it does not. Regards, Matt P.S. Apologies for t

[BUGS] Huge query stalls at PARSE/BIND stage (2)

2005-11-18 Thread Matt Carter
_open_fullypaid | numeric | amt_open_live | numeric | amt_open_successful | numeric | amt_open_trace | numeric | amt_open_expired| numeric | Please help.. I'm stuck for ideas and need the new columns. Am I hitting some kind of limit that is

[BUGS] Huge query stalls at PARSE/BIND stage (1)

2005-11-17 Thread Matt
(-resend) Hi, I have a nightly process which distills a range of statistics from a third-party database into a set of temporary tables, and then from those tables, aggregates and joins these figures into two main tables. Each temporary table contains a moderate number of rows and few columns. Th

[BUGS] Huge query stalls at PARSE/BIND stage (2)

2005-11-17 Thread Matt
live | numeric | amt_open_successful | numeric | amt_open_trace | numeric | amt_open_expired| numeric | Please help.. I'm stuck for ideas and need the new columns. Am I hitting some kind of limit that is not error-handled? More data/source code/table dumps are available to

[BUGS] BUG #1839: insert into table (column) values (nullif('',''));

2005-08-22 Thread Matt
The following bug has been logged online: Bug reference: 1839 Logged by: Matt Email address: [EMAIL PROTECTED] PostgreSQL version: 8.0.3 Operating system: linux Description:insert into table (column) values (nullif('','')); Details: inser

[BUGS] configure

2002-11-19 Thread Matt Mackenzie
oblem was the lack of ncurses libs on my machine. I would respectfuly request a more informative readline not found. Perhaps the fix is just to place this in the readline part of the documentation. Debian/GNU(woody) [testing] 2.4.19 bash Thank You, Matt Mackenzie --

[BUGS] FATAL 2: XLogWrite: write request 3/39000000 is past end of log3/38FC2000 (fwd)

2002-04-17 Thread Matt Olson
ve been heavily used/tested with 6.5 and 7.0. Has anyone seen this behavior? It looks like a blown pointer or counter getting botched where WAL is attempting to write out of bounds. Postgres WAL is new to me, so, did I miss something? Thanks. Matt Olson

[BUGS] SEGV in contrib/array/array_iterator.c

2002-04-02 Thread Matt Peterson
t;array_iterator: value is null"); */ + return (0); + } + /* detoast input if necessary */ array = DatumGetArrayTypeP(PointerGetDatum(array)); -- Matt Peterson Sr. Software Engineer Caldera, Inc [EMAIL PROTECTED] ---(end of broadcast)--- TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]

[BUGS] STDC_HEADERS on Solaris 8

2000-11-22 Thread Matt Benjamin
noise in config.log Hope this helps someone... Matt

Re: [BUGS] PG still fussy to compile on Solaris + GCC, may stillneed Sun ld

2000-09-05 Thread Matt Benjamin
, like the compiler) doesn't come with the OS, it is a safe bet that a fair number of folks won't have it. Sounds like half my problem was using the Perl5 that Sun provides with Solaris 8. . . Matt Matt Benjamin President/CTO The Linux Box 206 South Fifth Ave. Suite 150 Ann Ar

Re: [BUGS] PG still fussy to compile on Solaris + GCC, may stillneed Sun ld

2000-09-05 Thread Matt Benjamin
Okay, thanks for the help. Matt Matt Benjamin President/CTO The Linux Box 206 South Fifth Ave. Suite 150 Ann Arbor, MI 48104 tel. 734-761-4689 fax. 734-769-8938 pgr. 734-431-0118 On Sat, 2 Sep 2000, Tom Lane wrote: > Matt Benjamin <[EMAIL PROTECTED]> writes: > &