Re: C-procedure crashed in Postgres 8.3.3 when using 'text' variable (WinXP)

From: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
To: Craig Ringer <craig(at)postnewspapers(dot)com(dot)au>
Cc: pgsql-general(at)postgresql(dot)org, el dorado <do_ra_do(at)mail(dot)ru>
Subject: Re: C-procedure crashed in Postgres 8.3.3 when using 'text' variable (WinXP)
Date: 2008-07-16 01:37:32
Message-ID: 20080716013732.GD9945@alvh.no-ip.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Craig Ringer wrote:

> That said, PostgreSQL does appear to use its own allocator for memory
> passed across library boundaries, and if it doesn't pass any FILE
> pointers across library boundaries either then that's the worst two
> problems that arise with a C runtime mismatch taken care of. As far as I
> know, anyway, and I've had the misfortune to have to dig into it a bit.

Note that our allocator uses malloc() underneath. And I would think
that we do pass FILE pointers around too; AllocateFile works with FILE,
so any library that's using that method to get to files would be in
trouble (which they should, because it's the way to ensure we don't leak
files on transaction abort and also to ensure that the system continues
to work on the face of lots of open files).

--
Alvaro Herrera http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Ismael .... 2008-07-16 02:04:38 How to create my own result set?
Previous Message Yi Zhao 2008-07-16 01:09:07 Re: how to found a variable is in a aggregation or not?