Re: pgadmin 1.10.2 pgscript Build issue on USLC Compiler

From: Guillaume Lelarge <guillaume(at)lelarge(dot)info>
To: pmcnary(at)cameron(dot)net
Cc: pgadmin-support(at)postgresql(dot)org
Subject: Re: pgadmin 1.10.2 pgscript Build issue on USLC Compiler
Date: 2010-06-05 21:41:17
Message-ID: 4C0AC47D.8070900@lelarge.info
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgadmin-support

Le 05/06/2010 03:29, Paul McNary a écrit :
> I have not seen a bug ticket on the following that I reported last month.
> How do I get that accomplished?
>

Probably because I didn't have the time to reply to your question.

> This is only problem of the build.
> If I kludge the above
> p(that.p == 0 ? 0 : that.p->clone())
>
> and force a build past this with:
> p(0)
>
> all of the normal pgadmin3 functionality seems to build and operate
> correctly.
> I am assuming that pgscript will fail because of the above kludge.
>
> I am not a C++ guru but I have had an SCO engineer that is, look at this
> and
> he says that p is not defined at the time the above failing statement is
> encountered. It it failing during the first pass of the USLC compiler.
>

I wouldn't be surprise that this is a bug with the SCO compiler. You
should try with gcc. We never had any issues on this part of the code
with the gcc compiler and the Visual C++ compiler.

--
Guillaume
http://www.postgresql.fr
http://dalibo.com

In response to

Responses

Browse pgadmin-support by date

  From Date Subject
Next Message Pavel Stehule 2010-06-06 04:43:01 Re: beta testing - pgAdmin crash on macosx 10.5.8
Previous Message Guillaume Lelarge 2010-06-05 21:34:29 Re: sudden program termination: no warning, error, or crash