Skip site navigation (1) Skip section navigation (2)

答复: [BUGS] Encounter shared memo?==?utf-8?Q?ry error when running createlang?==?utf-8?Q? command!

From: "Yaming Gu" <yaming(dot)gu(at)w-oasis(dot)com>
To: "'Robert Haas'" <robertmhaas(at)gmail(dot)com>
Cc: <pgsql-bugs(at)postgresql(dot)org>
Subject: 答复: [BUGS] Encounter shared memo?==?utf-8?Q?ry error when running createlang?==?utf-8?Q? command!
Date: 2009-09-28 06:51:23
Message-ID: 4159E3C73027419AB58AFDC5A728BA12@SH.WOASIS.COM (view raw, whole thread or download thread mbox)
Lists: pgsql-bugs
Thank you so much for your kind reply.
Your analysis sounds very reasonable. I checked my Perl version, it is "Perl 5.8.9 Build 826" which is the latest version in the series of 5.8.*. 
The whole process of installation of Perl goes well without any something wrong. And I can run Perl command out of Postgresql very well. So is this Perl version not compatible with Postgresql 8.3.7? And may I configure Perl somewhere or something? When Perl is loaded, what will be executed by it?
"Substitution pattern not terminated at line 1." Souds like one regular expression. But I can not determine what will be executed by Perl. 

发件人: Robert Haas [mailto:robertmhaas(at)gmail(dot)com] 
发送时间: 2009年9月28日 10:19
收件人: Yaming Gu
抄送: pgsql-bugs(at)postgresql(dot)org
主题: Re: [BUGS] Encounter shared memory error when running createlang command!

On Wed, Sep 23, 2009 at 11:44 PM, Yaming Gu <yaming(dot)gu(at)w-oasis(dot)com> wrote:
> 2009-09-24 10:50:55 HKT LOG:  loaded library
> "$libdir/plugins/plugin_debugger.dll"
> 2009-09-24 10:50:59 HKT LOG:  loaded library
> "$libdir/plugins/plugin_debugger.dll"
> Substitution pattern not terminated at line 1.

I'm very suspicious of this error message.  "Substitution pattern not
terminated at line 1" sounds like an error message that is being
generated *by Perl*.  I don't see that phrase anywhere in the
PostgreSQL sources.  If that's true, that means that Perl is getting
loaded, but then immediately dying when it tries to compile
something-or-other that has a bad regular expression in there.  Could
there be something wrong with your Perl installation?  Can you launch
Perl from outside PostgreSQL OK?

Another possibility is that some of the Perl code that PL/perl tries
to execute during the load of Perl is not working for some reason.
What version of Perl do you have on your system?  What happens if you
try to load plperlu?


In response to


pgsql-bugs by date

Next:From: Dave PageDate: 2009-09-28 07:53:13
Subject: to_char issue?
Previous:From: Jaime CasanovaDate: 2009-09-28 04:11:05

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group