)'
Subject: [HACKERS]
MemoryContextAlloc: invalid request size
Our
customer is reporting a database problem after they ran into a
disk quota/filesystem full
situation.
This is
Postgres 7.2.x on Solaris.
The database server starts without
any obvious errors, but the app. Server
cannot establish
Title: MemoryContextAlloc: invalid request size
Our customer is reporting a database problem after they ran into a
disk quota/filesystem full situation.
This is Postgres 7.2.x on Solaris.
The database server starts without any obvious errors, but the app. Server
cannot establish
On August 28, 2002 11:07 pm, Tom Lane wrote:
D'Arcy J.M. Cain [EMAIL PROTECTED] writes:
Hmm. I did give it a harder look and look what jumped out. Both
chkpass_out and chkpass_rout return PG_RETURN_CSTRING but chkpass_out
builds a standard c string while chkpass_rout builds a variable
On August 29, 2002 09:45 am, Tom Lane wrote:
D'Arcy J.M. Cain [EMAIL PROTECTED] writes:
YES! Well, sort of. I didn't have any other operators but while I
thought that both were the same (after all, I contributed it) someone
must have fixed the one in CVS before adding it. The one I was
D'Arcy J.M. Cain [EMAIL PROTECTED] writes:
One thing I do see though is that there is a completion issue.
Well, (a) the shell type can't be used for anything till you turn it
into a real type, and (b) the completion issue already exists, and has
for a long time; you've always been able to
On August 29, 2002 03:37 pm, Tom Lane wrote:
D'Arcy J.M. Cain [EMAIL PROTECTED] writes:
One thing I do see though is that there is a completion issue.
Well, (a) the shell type can't be used for anything till you turn it
into a real type, and (b) the completion issue already exists, and has
On August 28, 2002 09:23 am, Tom Lane wrote:
The behavior looks a lot like a memory clobber, so perhaps the key
variable is some difference in malloc's allocation strategy, causing
two items to be adjacent in NetBSD where they are not on the other
platforms we've tried.
Hmm. I might try
On August 28, 2002 12:48 pm, D'Arcy J.M. Cain wrote:
On August 28, 2002 09:23 am, Tom Lane wrote:
The behavior looks a lot like a memory clobber, so perhaps the key
variable is some difference in malloc's allocation strategy, causing
two items to be adjacent in NetBSD where they are not on
On August 28, 2002 09:23 am, Tom Lane wrote:
The behavior looks a lot like a memory clobber, so perhaps the key
variable is some difference in malloc's allocation strategy, causing
two items to be adjacent in NetBSD where they are not on the other
platforms we've tried.
Here's some other
On August 27, 2002 02:01 am, Tom Lane wrote:
D'Arcy J.M. Cain [EMAIL PROTECTED] writes:
I have been getting the subject message ever since upgrading to 7.2.1. I
tried 7.2.2 with the same thing. It seems to be related to my chkpass
type (see contrib) as it only happens on tables with that
D'Arcy J.M. Cain [EMAIL PROTECTED] writes:
On August 27, 2002 02:01 am, Tom Lane wrote:
FWIW, I couldn't see any problem in CVS tip. Could you provide an exact
sequence-to-reproduce?
Surely. Create a database (chkpass_test) and, after loading the chkpass
type, follow this bouncing ball.
On August 27, 2002 09:13 am, Tom Lane wrote:
D'Arcy J.M. Cain [EMAIL PROTECTED] writes:
On August 27, 2002 02:01 am, Tom Lane wrote:
FWIW, I couldn't see any problem in CVS tip. Could you provide an exact
sequence-to-reproduce?
Surely. Create a database (chkpass_test) and, after
D'Arcy J.M. Cain [EMAIL PROTECTED] writes:
On August 27, 2002 09:13 am, Tom Lane wrote:
Zero failures in a dozen iterations here. Anyone else see it?
NetBSD issue? It does it on all the NetBSD systems I tried it on.
Hm. The first thing I thought was portability problem --- I had been
D'Arcy J.M. Cain [EMAIL PROTECTED] writes:
How about that --enable-multibyte?
--enable-multibyte is default (indeed only) option on CVS tip,
so that's not it. Ditto locale.
Could you try CVS tip on one of the boxes where you see the failure?
That'd help to narrow down the issue.
I have been getting the subject message ever since upgrading to 7.2.1. I
tried 7.2.2 with the same thing. It seems to be related to my chkpass type
(see contrib) as it only happens on tables with that type. I tried it on a
new database with a very simple table and still see it. After
D'Arcy J.M. Cain [EMAIL PROTECTED] writes:
I have been getting the subject message ever since upgrading to 7.2.1. I
tried 7.2.2 with the same thing. It seems to be related to my chkpass type
(see contrib) as it only happens on tables with that type.
FWIW, I couldn't see any problem in CVS
16 matches
Mail list logo