.postgresql.org/docs/9.3/static/libpq-misc.html.
Regards,
Marko Tiikkaja
--
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs
ery beginning of the file seem
possible? Maybe even only if it's to the same database?
Regards,
Marko Tiikkaja
--
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs
On 9/14/12 4:26 PM, Tom Lane wrote:
So that explains why including perl.h is relevant. Would you like to
try modifying your copy of pthread.h to confirm it's the same situation
on Ubuntu?
Yup, that fixes it.
Regards,
Marko Tiikkaja
--
Sent via pgsql-bugs mailing list (pgsql
, I think back-patching that change is less ugly than making the
variable non-static.
It does, indeed. I can't reproduce the bug on my end with that patch
applied.
Regards,
Marko Tiikkaja
--
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscri
On 13/09/2012 19:48, Tom Lane wrote:
Marko Tiikkaja writes:
On 9/12/12 1:50 AM, Tom Lane wrote:
Hm, I wonder if it's Ubuntu-specific? What Perl version is that exactly?
We've reproduced it on both 5.14.2 and 5.16.1.
What happens is that free_plperl_function() for some reason g
On 9/12/12 1:50 AM, Tom Lane wrote:
Marko Tiikkaja writes:
Joel Jacobson managed to narrow it down to this test case, which crashes
consistently on Ubuntu 12.04 both with and without your patch. I,
however, wasn't able to reproduce the problem on my OS X Mountain Lion.
Doesn't rep
tomorrow, but in the
mean time if you can reproduce the problem or think of something, I'll
post the test case.
Regards,
Marko Tiikkaja
DROP DATABASE plperlbug;
CREATE DATABASE plperlbug;
\c plperlbug
CREATE LANGUAGE plperlu;
CREATE TABLE t1 (
fooid serial not null,
foo character
em to have debug symbols for that
core dump --- can you tell which of the dereferences in line 3373
caused the crash?
The current_call_data->prodesc->fn_readonly one.
Please let me know if I can be of more assistance.
Regards,
Marko Tiikkaja
--
Sent via pgsql-bugs mailing list
The following bug has been logged online:
Bug reference: 5989
Logged by: Marko Tiikkaja
Email address: marko.tiikk...@2ndquadrant.com
PostgreSQL version: git master
Operating system: Linux
Description:Assertion failure on UPDATE of big value
Details:
Test case
The following bug has been logged online:
Bug reference: 5988
Logged by: Marko Tiikkaja
Email address: marko.tiikk...@2ndquadrant.com
PostgreSQL version: git master
Operating system: Linux
Description:CTINE duplicates constraints
Details:
CREATE TABLE IF NOT EXISTS
d get
different behaviour for the same command.
We're not going to change the behavior like that in stable branches...
How about documenting it?
Regards,
Marko Tiikkaja
--
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.or
The following bug has been logged online:
Bug reference: 5018
Logged by: Marko Tiikkaja
Email address: marko.tiikk...@cs.helsinki.fi
PostgreSQL version: 8.4.0
Operating system: Linux
Description:Window function alias
Details:
I came across this:
=> SELECT lead(
The following bug has been logged online:
Bug reference: 4902
Logged by: Marko Tiikkaja
Email address: marko.tiikk...@cs.helsinki.fi
PostgreSQL version: 8.4.0
Operating system: Linux
Description:Subquery in VALUES referencing a CTE
Details:
While playing around
13 matches
Mail list logo
