Re: PL/Java 1.5.1_BETA2

From: Christoph Berg <myon(at)debian(dot)org>
To: Chapman Flack <chap(at)anastigmatix(dot)net>
Cc: pgsql-pkg-debian(at)postgresql(dot)org
Subject: Re: PL/Java 1.5.1_BETA2
Date: 2018-09-18 10:46:03
Message-ID: 20180918104603.GE6196@msg.df7cb.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-pkg-debian pgsql-pkg-yum

Re: Chapman Flack 2018-09-16 <5B9ECCD1(dot)1050309(at)anastigmatix(dot)net>
> > i.e. it's replacing both occurrences of "i386" by "1".
>
> Ok, that's irritating. I can guess what is happening. I implement the
> -Dpljava.libjvmdefault by passing the string into cpp with a -D, and that
> gets converted to a string using the CppAsString2 macro, and that apparently
> is not protected from expansion of other macros, and I bet something is
> defining i386 to be 1.
>
> Phooey.
>
> I don't know if that will be easy to fix using cpp. An alternative would be
> to pass it to cpp already quoted according to C rules, but that would be
> somewhat ugly to express in a Maven build script.

We could try "-Ui386" if there's a way to pass that flag into the
build process?

Filed at https://github.com/tada/pljava/issues/176, let's continue
there.

> Your SET command to correct the library name completed the installation
> of PL/Java, but at that point it was no longer within a CREATE EXTENSION
> command, so the various functions, tables, etc., have just been installed
> 'loose' (exactly as they would if you were installing in 9.0 or earlier
> with no 'extension' mechanism).

Oh, that's unexpected. Wouldn't it be time to unsupport that and move
to a "normal" extension .sql script?

> > Proceeding to load the examples:
>
> > Server beendete die Verbindung unerwartet
>
> Is there anything in the server log with details of the crash?
> In many cases there will be a lengthy message from the JVM in the server
> log, and that message will contain a file name (something like
> /tmp/hs_err_pidnnnn.log) which will contain *even more* detail.
> I would be interested to see that. Was this still on i386 ?

Filed as https://github.com/tada/pljava/issues/177 with attachment.

> > 20:07:07 ERROR: java.lang.ClassNotFoundException: org.postgresql.pljava.example.annotation.ComplexTuple
> > 20:07:07 CONTEXT: SQL statement "SELECT javatest.assertHasValues( CAST('(1,2)' AS javatest.complextuple), 1, 2)"
>
> I believe you'll find this a Heisenbug, and it will go away if you repeat
> the build and the test.

https://github.com/tada/pljava/issues/178

Christoph

In response to

Responses

Browse pgsql-pkg-debian by date

  From Date Subject
Next Message apt.postgresql.org repository 2018-09-19 19:42:49 pgtap updated to version 0.99.0-1.pgdg+1
Previous Message Christoph Berg 2018-09-18 09:29:01 Re: PL/Java 1.5.1_BETA2

Browse pgsql-pkg-yum by date

  From Date Subject
Next Message Gražvydas Valeika 2018-09-18 14:44:03 PG 11 PostGIS
Previous Message Christoph Berg 2018-09-18 09:29:01 Re: PL/Java 1.5.1_BETA2